索引优化
已收录文章：23篇
-
数据库 · MySQL | 1个月前 | MySQL · 执行计划 · InnoDB · 索引优化 · explain 函数索引 MySQL 8.4 Functional Key Parts 表达式索引MySQL 8.4 函数索引可以直接为表达式结果建立索引，但表达式写法、数据类型、写入成本和查询计划都要一起验收。本文用订单日期与 JSON 状态筛选两个场景，说明什么时候该建函数索引、什么时候改写查询更稳。429 收藏
-
MySQL 遇到 OR 条件时可能选择 Index Merge，但这不代表它一定优于联合索引。本文用订单筛选场景拆开合并扫描、回表、排序与改写边界，给出 EXPLAIN 和 EXPLAIN ANALYZE 的核对方法。451 收藏
-
数据库 · MySQL | 1个月前 | MySQL · 执行计划 · 索引优化 · 数据库排查 · mysql 不可见索引 Invisible Index optimizer_switch 索引回归MySQL 的不可见索引适合用来观察“去掉这条索引会怎样”，但它不是删除前的自动回滚按钮。本文以订单查询为例，演示设置不可见、用 optimizer_switch 做单会话影子验证、检查执行计划和恢复可见性的边界。308 收藏
-
后台订单按日期筛选时，查询慢不一定是索引没建好。本文用 order_created_at 的范围条件对比 DATE() 函数、BETWEEN 和半开区间，并通过 EXPLAIN 核对访问类型、扫描行数与结果边界。334 收藏
-
MySQL 8.0 的不可见索引可以让优化器暂时忽略旧索引，却保留快速恢复能力。本文用 orders 表演示灰度验证、执行计划对比、回滚和最终删除前检查。401 收藏
-
MySQL 查询不走索引，常见原因不是索引不存在，而是 SQL 写法让优化器难以利用索引。函数包列、隐式类型转换、范围过宽和联合索引顺序不匹配，都应该用 EXPLAIN 验证后再改写。189 收藏
-
通过一个可复现的小实验，从订单列表慢查询开始，初始化表和数据，添加复合索引，再用 EXPLAIN 检查 Using index，理解覆盖索引的适用边界。276 收藏
-
本文回答 MySQL 已加索引但查询仍然很慢的常见问题，按误区、排查步骤、边界情况和延伸问题梳理 6 个高频原因，并给出 EXPLAIN 与改写示例。374 收藏
-
本文用一套可复用工作流讲清 MySQL 深分页优化：先识别 OFFSET 大扫描，再选择游标翻页、延迟关联和覆盖索引，最后用执行计划和响应耗时验证结果。429 收藏
-
本文按完整工作流讲解 MySQL 慢 SQL 优化：从慢查询日志发现候选 SQL，聚合同类语句，用 EXPLAIN 判断访问方式和扫描行数，再设计联合索引，并通过延迟、扫描行数和业务结果做回归验证。321 收藏
-
列表页分页常常要查总数，但 COUNT(*) 一慢，整个页面都会被拖住。本文按完整工作流拆解：先确认筛选条件和扫描行数，再选择联合索引、缓存总数或汇总表，最后给出上线检查清单。329 收藏
-
搜索框查询一上线就变慢，很多时候不是数据量突然失控，而是 LIKE 条件写法让索引用不上。本文从慢查询现场开始，逐步验证左通配符、执行计划、前缀匹配和业务改写，整理一套更稳的模糊搜索排查方法。308 收藏