A. 使用 EXPLAIN 查看 SQL 的执行计划，分析是否使用了正确的索引。
B. 查询 GV$OB_SQL_AUDIT 视图，查看该 SQL 的执行时间、扫描行数等统计信息。
C. 直接重启该 SQL 所在的 OBServer 节点，重启后性能通常会恢复。
D. 检查集群的整体资源使用情况（CPU、内存、磁盘 I/O），判断是否存在资源瓶颈。
正确答案：C
5 个赞
解析 ：
遇到 SQL 性能问题时，应通过分析工具（如 EXPLAIN 、GV$OB_SQL_AUDIT ）和系统监控来定位根因。直接重启 OBServer 节点属于“粗暴”的应急手段，不仅无法解决根本问题（可能是索引缺失、统计信息过期或 SQL 写法问题），还会导致该节点上的服务中断（Leader 切换），影响其他业务。正确的做法是先分析诊断，再针对性优化。
-
A 正确 ：
EXPLAIN是分析执行计划的必要步骤。 -
B 正确 ：
GV$OB_SQL_AUDIT提供 SQL 执行的详细耗时和扫描统计。 - C 错误 ：重启无法解决性能问题的根本原因，且会造成服务中断，不应作为首选排查手段。
- D 正确 ：资源瓶颈是导致 SQL 缓慢的常见原因之一。
4 个赞