一、获取执行计划

1.EXPLAIN命令

-- 基本语法 EXPLAIN [EXTENDED] <SQL语句>; -- 示例 EXPLAIN SELECT * FROM T1 WHERE ID = 100;

2.SET AUTOTRACE

-- 开启自动跟踪（在disql中） SET AUTOTRACE ON; -- 显示结果和执行计划 SET AUTOTRACE TRACE; -- 只显示执行计划 SET AUTOTRACE OFF; -- 关闭

3.动态性能视图

-- 查看最近SQL的执行计划 SELECT * FROM V$SQL_PLAN WHERE SQL_ID = '...';

二、执行计划关键元素解读

执行顺序

• 从右到左，从上到下阅读

• 最右边的操作最先执行

• 缩进越深，执行优先级越高

核心操作符解析

重要信息字段

• COST: 预估成本（值越小越好）

• CARDINALITY: 预估行数

• BYTES: 预估数据量

• TIME: 预估时间

三、执行计划分析示例

EXPLAIN SELECT * FROM EMP E JOIN DEPT D ON E.DEPTNO = D.DEPTNO WHERE E.SALARY > 5000;

典型执行计划输出：

OPERATION TABLE COST CARD BYTES ----------------------------------------------- NEST LOOP -- 150 1000 80K -> SSCN EMP 100 200 16K FILTER: SALARY > 5000 -> BLKUP DEPT 50 5 4K -> SSEK DEPT_PK 20 5 4K

解读：

1. 先执行SSCN扫描EMP表，过滤SALARY>5000（成本100）

2. 对结果集的每一行，通过SSEK使用DEPT_PK索引查找DEPT表

3. BLKUP回表取DEPT的其他列

4. NEST LOOP执行连接操作

四、性能问题识别

常见问题及解决方案

关键检查点

1. 索引使用情况：是否使用了合适的索引

2. 连接方式选择：NEST LOOP/HASH JOIN/MERGE JOIN是否合理

3. 数据访问路径：全表扫描还是索引扫描

4. 排序操作：是否必须，能否消除

5. 预估vs实际：统计信息是否准确

五、优化实践技巧

1.更新统计信息

-- 更新表统计信息 DBMS_STATS.GATHER_TABLE_STATS('SYSDBA', 'T1'); -- 更新索引统计信息 DBMS_STATS.GATHER_INDEX_STATS('SYSDBA', 'IDX_T1');

2.使用Hint引导优化器

/*+USE_HASH(T1 T2)*/ -- 强制使用哈希连接 /*+INDEX(T1 IDX_NAME)*/ -- 强制使用特定索引 /*+NO_INDEX(T1)*/ -- 禁止使用索引

3.分析步骤总结

1. 定位高成本节点：找到COST最高的操作

2. 分析访问路径：检查是否缺少索引

3. 检查连接顺序：驱动表是否合适

4. 验证统计信息：预估行数是否准确

5. 考虑重写SQL：改变写法可能获得更好计划

六、实用工具

1.达梦性能监控工具

• DM Monitor：图形化监控工具

• DM Performance Analyzer：性能分析工具

2.常用查询

-- 查看表统计信息 SELECT * FROM DBA_TAB_STATISTICS WHERE TABLE_NAME = 'T1'; -- 查看索引信息 SELECT * FROM DBA_INDEXES WHERE TABLE_NAME = 'T1'; -- 查看最近高消耗SQL SELECT * FROM V$SQL_STAT ORDER BY ELAPSED_TIME DESC;

掌握执行计划分析需要结合理论知识和平时的实践积累。建议从简单的SQL开始分析，逐步过渡到复杂查询，同时配合实际性能测试来验证优化效果。