explain中怎么查看执行计划

# EXPLN中怎么查看执行计划

## 1. 什么是执行计划

执行计划（Execution Plan）是数据库系统在执行SQL语句时生成的操作步骤蓝图。它描述了数据库引擎将如何访问和操作数据以完成查询请求，包括：

- 表的访问顺序
- 使用的索引类型
- 表连接方式
- 数据过滤条件
- 预估的行数和成本

## 2. 为什么需要查看执行计划

查看执行计划的主要目的是：

1. **性能优化**：识别查询瓶颈
2. **索引有效性验证**：检查是否使用了正确的索引
3. **资源消耗预估**：了解查询的CPU/内存消耗
4. **执行流程理解**：掌握复杂查询的执行逻辑

## 3. MySQL中的EXPLN用法

### 3.1 基本语法

```sql
EXPLN SELECT * FROM users WHERE id = 1;

3.2 输出字段详解

列名	说明
id	查询标识符，相同id表示同一执行部分
select_type	查询类型（SIMPLE, PRIMARY, SUBQUERY等）
table	访问的表名
partitions	匹配的分区
type	访问类型（从最优到最差：system > const > eq_ref > ref > range > index > ALL）
possible_keys	可能使用的索引
key	实际使用的索引
key_len	使用的索引长度
ref	与索引比较的列
rows	预估需要检查的行数
filtered	条件过滤后的行百分比
Extra	额外信息（Using index, Using temporary, Using filesort等）

3.3 高级用法

3.3.1 EXPLN FORMAT=JSON

EXPLN FORMAT=JSON SELECT * FROM orders JOIN customers ON orders.customer_id = customers.id;

提供更详细的树状结构信息，包含成本估算等高级指标。

3.3.2 EXPLN ANALYZE（MySQL 8.0+）

EXPLN ANALYZE SELECT * FROM products WHERE price > 100;

实际执行查询并返回各步骤的真实耗时。

4. PostgreSQL中的执行计划查看

4.1 基本语法

EXPLN SELECT * FROM employees WHERE department = 'IT';

4.2 关键输出解读

• Seq Scan：全表扫描
• Index Scan：索引扫描
• Bitmap Heap Scan：位图索引扫描
• Nested Loop：嵌套循环连接
• Hash Join：哈希连接
• Merge Join：合并连接
• Sort：排序操作

4.3 高级选项

4.3.1 ANALYZE选项

EXPLN ANALYZE SELECT * FROM large_table LIMIT 1000;

显示实际执行时间和行数。

4.3.2 BUFFERS选项

EXPLN (ANALYZE, BUFFERS) SELECT * FROM logs WHERE date > '2023-01-01';

显示缓存使用情况。

5. SQL Server中的执行计划

5.1 图形化执行计划

在SSMS中： 1. 编写查询 2. 点击”显示预估执行计划”或”包括实际执行计划”

5.2 文本模式

SET SHOWPLAN_TEXT ON;
GO
SELECT * FROM Products;
GO
SET SHOWPLAN_TEXT OFF;

5.3 XML格式

SET SHOWPLAN_XML ON;
GO
SELECT * FROM Sales;
GO
SET SHOWPLAN_XML OFF;

6. Oracle中的执行计划

6.1 基本用法

EXPLN PLAN FOR
SELECT * FROM employees WHERE salary > 5000;

6.2 查看结果

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

6.3 高级选项

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(sql_id => 'gwp663cqh5qbf'));

7. 执行计划优化案例

7.1 案例1：缺失索引

问题查询：

EXPLN SELECT * FROM orders WHERE status = 'shipped';

优化方案：

CREATE INDEX idx_orders_status ON orders(status);

7.2 案例2：错误连接顺序

问题查询：

EXPLN 
SELECT * FROM large_table l JOIN small_table s ON l.id = s.large_id;

优化方案：

-- 使用STRGHT_JOIN强制连接顺序
EXPLN 
SELECT STRGHT_JOIN * FROM small_table s JOIN large_table l ON s.large_id = l.id;

8. 常见执行计划问题

1. 全表扫描（TABLE SCAN/FULL SCAN）：缺少合适索引
2. 临时表（Using temporary）：复杂GROUP BY或排序
3. 文件排序（Using filesort）：内存不足或未使用索引排序
4. 嵌套循环过深：连接表过多
5. 错误索引选择：统计信息过期

9. 执行计划分析工具

1. MySQL Workbench：可视化解释
2. pgAdmin：PostgreSQL图形化分析
3. SQL Server Profiler：跟踪查询执行
4. Oracle SQL Developer：执行计划可视化
5. Percona Toolkit：高级分析工具

10. 最佳实践

1. 定期分析高频查询的执行计划
2. 关注type为ALL或index的查询
3. 比较预估和实际行数的差异
4. 使用EXPLN ANALYZE获取真实数据
5. 结合慢查询日志进行分析
6. 更新统计信息（ANALYZE TABLE）

通过系统性地分析执行计划，开发人员可以显著提升数据库查询性能，减少资源消耗，构建更高效的应用程序。 “`