执行计划
已收录文章：16篇
-
MySQL 遇到 OR 条件时可能选择 Index Merge，但这不代表它一定优于联合索引。本文用订单筛选场景拆开合并扫描、回表、排序与改写边界，给出 EXPLAIN 和 EXPLAIN ANALYZE 的核对方法。451 收藏
-
环境说明： 操作系统：银河麒麟V10 数据库：DM8 相关关键字：DM数据库、SQL实际执行计划 一、set autotrace trace disql下执行set autotrace trace开启AUTOTRACE功能，执行SQL语句，并打印实际的执行计划。 SQL449 收藏
-
数据库 · MySQL | 1个月前 | MySQL · 执行计划 · InnoDB · 索引优化 · explain 函数索引 MySQL 8.4 Functional Key Parts 表达式索引MySQL 8.4 函数索引可以直接为表达式结果建立索引，但表达式写法、数据类型、写入成本和查询计划都要一起验收。本文用订单日期与 JSON 状态筛选两个场景，说明什么时候该建函数索引、什么时候改写查询更稳。429 收藏
-
数据库 · MySQL | 4个月前 | 性能优化 · 执行计划 · 生产实践 · MySQL教程 · 数据库运维 · mysql 直方图 EXPLAIN ANALYZE Histogram 优化器统计信息从 MySQL 8.4 直方图统计信息入手，讲清数据分布倾斜如何影响优化器行数估算，以及如何创建、验证和回滚 histogram。419 收藏
-
DBeaver 的 SQL Editor 可以通过 Explain 执行计划查看数据库如何执行一条查询。本文按真实界面走完写 SQL、生成执行计划、切换 Graph 与 Simple 视图、定位重扫描节点和重新核对的路径。405 收藏
-
数据库 · MySQL | 4个月前 | 执行计划 · MySQL教程 · 慢查询治理 · 索引优化 · 数据库实战 · mysql 执行计划 慢查询 索引优化 MySQL 8 EXPLAIN ANALYZE从订单慢查询复现出发，讲清 MySQL 8.x EXPLAIN ANALYZE、估算行数与真实行数、loops、Using filesort、复合索引和上线复查。389 收藏
-
从 MySQL Invisible Indexes 入手，讲清如何用不可见索引灰度验证删索引风险，避免直接 DROP INDEX 带来的线上慢查询和回滚成本。388 收藏
-
数据库 · MySQL | 1个月前 | MySQL · 执行计划 · 统计信息 · sql优化 · 数据库排查 · 查询优化 MySQL 8.4 直方图统计 ANALYZE TABLE COLUMN_STATISTICSMySQL 查询明明有索引，优化器却把结果行数估得很离谱时，问题可能在列值分布而不是索引定义。本文用订单状态分布不均的场景，演示 MySQL 8.4 直方图的生成、读取、采样率核对与安全删除，说明它适合修正什么判断，以及哪些列不能生成直方图。353 收藏
-
数据库 · MySQL | 1个月前 | MySQL · 执行计划 · 统计信息 · sql优化 · 数据库排查 · 查询优化 MySQL 8.4 直方图统计 ANALYZE TABLE COLUMN_STATISTICSMySQL 查询明明有索引，优化器却把结果行数估得很离谱时，问题可能在列值分布而不是索引定义。本文用订单状态分布不均的场景，演示 MySQL 8.4 直方图的生成、读取、采样率核对与安全删除，说明它适合修正什么判断，以及哪些列不能生成直方图。350 收藏
-
MySQL EXPLAIN ANALYZE 会把优化器估算的成本与行数，和执行时的实际耗时、实际行数、循环次数放在同一棵执行树里。本文用订单查询的偏差案例，演示如何读 actual time、rows、loops，判断统计信息、索引选择和数据分布问题，并给出慢查询定位与回归检查方法。321 收藏
-
数据库 · MySQL | 1个月前 | MySQL · 执行计划 · 索引优化 · 数据库排查 · mysql 不可见索引 Invisible Index optimizer_switch 索引回归MySQL 的不可见索引适合用来观察“去掉这条索引会怎样”，但它不是删除前的自动回滚按钮。本文以订单查询为例，演示设置不可见、用 optimizer_switch 做单会话影子验证、检查执行计划和恢复可见性的边界。308 收藏
-
数据库 · MySQL | 1个月前 | MySQL · 索引 · 执行计划 · sql优化 · 性能排查 · 执行计划 MySQL 8.4 EXPLAIN FORMAT=JSON cost_info query_costMySQL 查询慢时，EXPLAIN 的 rows 只是行数估算，真正影响优化器取舍的还包括 cost_info。本文用订单列表场景拆解 query_cost、read_cost、条件评估成本、prefix_cost 的关系，再用 EXPLAIN ANALYZE 复核估算偏差，避免把 cost 数字直接当成毫秒。284 收藏