覆盖索引不能直接加速LIMIT offset, size深分页，但配合延迟关联或游标分页可消除回表开销；其生效前提是索引包含WHERE字段、ORDER BY字段及SELECT所有字段，且顺序正确、无函数干扰。
覆盖索引本身不能直接加速 LIMIT offset, size 这类深分页，但配合延迟关联或游标分页时，它能彻底消除回表开销——这才是它在分页场景中真正起效的方式。
为什么给分页字段加索引还不够
ThinkPHP 默认的 paginate() 生成类似 SELECT * FROM users ORDER BY created_at DESC LIMIT 100000, 20 的 SQL。即使你在 created_at 上建了单列索引，MySQL 仍需：先用索引找到排序位置，再根据主键回表取所有字段（*）。10 万行偏移意味着 10 万次回表，IO 和 CPU 成倍放大。
常见错误现象：EXPLAIN 显示 type=ref 或 range，但 Extra 列出现 Using filesort 或 Using temporary，响应时间随页码线性增长。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 禁用
SELECT *：明确写出需要的字段，比如id, name, email, created_at - 确认排序字段和查询字段是否能被同一个索引“覆盖”
- 避免在索引字段上使用函数或隐式类型转换（如
WHERE DATE(created_at) = '2024-01-01'会失效）
如何设计真正有效的覆盖索引
覆盖索引必须包含 ORDER BY 字段 + WHERE 条件字段 + SELECT 所有字段。三者缺一不可。
例如，分页语句是：SELECT id, title, status, updated_at FROM articles WHERE status = 1 ORDER BY updated_at DESC LIMIT 20
对应索引应为：ALTER TABLE articles ADD INDEX idx_covering_status_updated (status, updated_at DESC, id, title)
注意点：
- 字段顺序很重要：
WHERE条件字段在前，ORDER BY字段居中，SELECT其他字段在后 -
DESC在 MySQL 8.0+ 支持显式声明，老版本会自动按 B+ 树逆序扫描，但建议升级并显式写明 - 不要把大字段（如
TEXT、JSON）放进索引；它们无法被索引存储，会导致索引失效或膨胀
ThinkPHP 中怎么让 paginate() 走覆盖索引
TP 默认不控制 SELECT 字段，也不干预索引选择。你得主动约束查询结构：
- 用
field()明确指定字段：Db::name('articles')->field('id,title,status,updated_at')->where('status', 1)->order('updated_at', 'desc')->paginate(20) - 确保该查询的
WHERE和ORDER BY组合能命中你建的覆盖索引（可用EXPLAIN验证） - 如果业务允许跳页，再叠加延迟关联：先查 ID，再 JOIN 取全量 —— TP 不内置该写法，需手写原生 SQL 或用
query()
示例（延迟关联优化）：
SELECT a.* FROM articles a INNER JOIN ( SELECT id FROM articles WHERE status = 1 ORDER BY updated_at DESC LIMIT 100000, 20 ) tmp ON a.id = tmp.id;
这个子查询只走覆盖索引，外层 JOIN 仅加载 20 行数据，避免了 10 万次回表。
游标分页 + 覆盖索引才是高并发下的稳态方案
当页码超过 5000，或者你发现 paginate() 响应已超 500ms，就该切换到游标模式。它天然适配覆盖索引，且无 offset 累积问题。
ThinkPHP 中可这样组织逻辑：
- 第一页：用
field()+limit()查出 20 条，并记录最后一条的updated_at和id - 下一页：构造
WHERE updated_at < ? OR (updated_at = ? AND id < ?)（复合游标防重复） - 索引必须包含
(updated_at, id)且含所有SELECT字段，否则仍会回表
容易踩的坑：游标值未做 URL 安全编码（如 2024-01-01 10:30:45 直接拼进 URL 会破坏格式），建议转成 base64 或用整型时间戳替代 datetime 字段做游标。
复杂点在于：覆盖索引不是“建了就快”，而是必须与查询字段、条件、排序严格对齐；稍有错位，MySQL 就退回全索引扫描或回表。线上验证前，务必用 EXPLAIN FORMAT=TREE 看执行路径是否真的“Using index”。
