执行计划

从执行计划三元组、access/filter、CSCN2、SSEK2、BLKUP2 等基础开始，结合 EXPLAIN、AUTOTRACE 和 ET，用多组 DM8 实测案例分析扫描、回表、聚合、连接、排序和集合运算。

一次 Oracle 11g RAC 故障复盘：表面是连接数耗尽，实际根因是高并发 UPDATE 触发行级 Trigger，Trigger 双重循环中的 DELETE 对近 300 万行表反复全表扫描，拖长事务持锁时间，最终放大 TX 行锁并耗尽 Session。

一次 Oracle SQL 执行计划异常故障复盘：多个 w3wp.exe 会话集中执行 SQL_ID 4ja6bgs1su89c，child 21 选择低选择性 DEALID 索引，导致约 29.7 亿逻辑读、CPU 接近 100%、latch free 与 cache buffers chains 竞争。最终通过固定好计划、清理坏游标、创建复合索引并收集统计信息恢复稳定。

通过操作系统 PID、v$session、dba_scheduler_running_jobs、dbms_xplan 等手段，定位 Oracle CPU 高的根因，并给出 SQL 和索引优化思路。

一次达梦 SQL 优化实战：SQL 最终只返回 15 行，但因缺少 SO_ID、SO_DET_NO 联合索引，在 SHOP_SALE_ORDER_DETAIL 宽表上产生大量 BLKUP2 回表。通过新增联合索引和收集统计信息，逻辑读从 40046153 页降到 46 页。

一次 Oracle SQL 优化实战：EBS 请求执行 10 多分钟，原 SQL_ID 为 gcppkx5y05x3k。通过分析执行计划发现多个标量子查询重复扫描 MTL_LOT_NUMBERS 和 CUX_OE_MTL_RESERVATIONS 等大表，最终将重复标量子查询改写为 LEFT JOIN，并补充 VAT_HEADER_ID、PROPERTY_TYPE 等索引，执行时间从 573s 降到 98s。