Elysia Tools
导航
Development
· 最后更新：2026-06-18
粘贴 EXPLAIN / EXPLAIN ANALYZE 输出（PostgreSQL/MySQL/SQLite），渲染为成本树，标注估算行数与实际行数的偏差热点，并给出具体的索引建议
详情
本工具解析真实的 EXPLAIN 输出（而非静态 SQL 文本），将执行计划渲染为带缩进的树形视图，按严重程度着色。
支持的输入（自动识别或手动选择）：
EXPLAIN (FORMAT JSON, ANALYZE) 的 JSON，或默认的缩进 TEXT 输出。EXPLAIN FORMAT=JSON 输出，或经典表格 EXPLAIN（id|select_type|table|type|key|rows|Extra）。EXPLAIN QUERY PLAN 文本（SCAN/SEARCH … USING INDEX …）。每个节点显示：节点类型、表、所用索引、估算成本/时间、估算行数；使用 EXPLAIN ANALYZE 时还显示实际行数与耗时。估算行数与实际行数偏差达到 10 倍及以上会被标为统计热点。
诊断覆盖：大表上的顺序/全表扫描、统计偏差（ANALYZE 过期）、filesort、临时表、昂贵的嵌套循环、不可索引的谓词（索引列被函数包裹）、SELECT *、无 LIMIT 的 ORDER BY —— 每项都给出具体的索引或改写建议（如“在 users(email) 上加索引”）。
提示：为获得最丰富的输出，请在 PostgreSQL 上运行 EXPLAIN (ANALYZE, BUFFERS, FORMAT JSON)，或在 MySQL 上运行 EXPLAIN ANALYZE，以便工具比较估算与实际。
执行
填写表单、运行工具，并在同一页面查看结果。
案例
相关内容
工具使用指南
SQL 执行计划可视化器是一款专为数据库开发和运维人员设计的在线工具。它能够解析 PostgreSQL、MySQL 和 SQLite 的 EXPLAIN 或 EXPLAIN ANALYZE 输出，将其转化为直观的树状成本图，自动标注估算与实际行数的偏差热点，并针对全表扫描、临时表和慢查询提供具体的索引与 SQL 改写建议。
背景
线上用户表 users 查询变慢，开发人员获取了 EXPLAIN (ANALYZE, FORMAT JSON) 的输出，发现查询没有走索引。
问题
难以直观判断是索引缺失还是优化器估算失误导致了全表扫描。
如何使用
将 PostgreSQL 的 EXPLAIN JSON 粘贴至输入框，选择方言为 PostgreSQL，点击生成可视化树。
{
"dialect": "postgresql",
"maxDepth": 20
}结果
可视化树将 Seq Scan 节点标红，并高亮显示估算行数（1000行）与实际行数（95000行）存在近百倍偏差，提示运行 ANALYZE users 更新统计信息，并建议在 email 列上创建索引。
背景
业务系统升级后，一条根据订单号查询的 SQL 出现严重堆积，MySQL 的 EXPLAIN 显示为全表扫描。
问题
需要快速确认为什么已有的 idx_order_no 索引未被使用。
如何使用
粘贴 MySQL 的 EXPLAIN FORMAT=JSON 输出，输入对应的 SQL 查询，运行可视化分析。
{
"dialect": "mysql",
"sql": "SELECT * FROM orders WHERE order_no = 123456"
}结果
工具检测到 order_no 为字符类型，而查询使用了数字，诊断出非 Sargable 谓词（隐式类型转换），并给出“修改查询参数类型或改写 SQL”的优化建议。
支持 PostgreSQL（JSON 或 TEXT）、MySQL（JSON 或经典表格）以及 SQLite（EXPLAIN QUERY PLAN 文本）。
当 EXPLAIN ANALYZE 中的实际执行行数与优化器估算行数偏差达到 10 倍及以上时，工具会将其标记为统计热点，通常意味着需要运行 ANALYZE 更新统计信息。
JSON 格式包含最完整的节点属性和度量数据，能让可视化器生成最精确的成本树和诊断建议。
不会，所有解析和可视化过程均在浏览器本地完成，不会向服务器上传您的敏感数据。
只有使用 EXPLAIN ANALYZE（或 PostgreSQL 的 EXPLAIN (ANALYZE)）获取的输出才包含实际运行数据，普通的 EXPLAIN 仅包含估算数据。