索引
已收录文章：8篇
-
MySQL 索引不是越多越好。本文用 orders 表演示如何先把候选索引设为 INVISIBLE，再结合 EXPLAIN ANALYZE、慢查询和写入开销验证，确认无误后再删除，并保留可回退路径。499 收藏
-
EXPLAIN 里的 rows 只是优化器估算要扫描的索引记录数，不等于最终访问数据页的成本。本文用订单列表查询拆开回表、覆盖索引和分页取数的关系，并给出可复现的验收方法。475 收藏
-
MySQL 组合索引不是把常用字段随意拼在一起。本文用等值条件、范围条件和排序三个场景说明列顺序如何影响扫描范围，并给出 EXPLAIN 验收方法。359 收藏
-
订单列表把渠道、会员等级放进 JSON 后，筛选条件容易变成逐行计算。本文用 MySQL 生成列和索引把 JSON 路径变成可核对的查询字段，同时处理缺失键、空字符串、类型转换和写入成本。351 收藏
-
MySQL 大表使用 LIMIT offset,size 时，数据库往往仍要扫描并丢弃前面的记录，页码越深越慢。本文用订单列表说明游标分页如何配合复合索引、稳定排序和上一页游标，兼顾速度、重复记录与翻页边界。331 收藏
-
数据库 · 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 收藏
-
数据库 · MySQL | 2个月前 | MySQL · 索引 · limit · explain · sql优化 · mysql order by explain limit 复合索引 filesort一条只取 20 行的订单查询，EXPLAIN 却可能放弃看似更贴近 WHERE 条件的索引，改走排序索引并在途中筛选。原因是 LIMIT 同时改变了排序、过滤和回表的成本取舍。通过读懂 key、rows 和 Extra，给等值条件与排序字段设计复合索引，再用受控对比核实实际读行，才能避免把 filesort 或某个索引名称当成唯一结论。279 收藏
-
数据库 · 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 数字直接当成毫秒。239 收藏