外键字段必须加索引，多对多中间表需建联合索引，复合索引应按where+order+select顺序设计，预加载需限制字段并覆盖索引，游标分页索引需含排序字段及唯一性补位。
数据库索引不是加了就快，而是要和 Eloquent 的写法、关联结构、查询逻辑一起看。光靠 with() 解决不了 N+1，没索引的预加载反而更慢；光建索引也压不住 SELECT * 或嵌套过深的查询。真正有效的优化，是让每条 SQL 都能走索引、少查字段、少发次数。
外键字段必须加索引
with()、whereHas()、load() 这些方法底层依赖 IN 查询或 JOIN，而它们性能好坏，全看外键有没有索引。比如 User 有 posts 关联，Post 表的 user_id 字段若没索引，执行 SELECT * FROM posts WHERE user_id IN (1,2,3,…,1000) 就会变成全表扫描（EXPLAIN 显示 type=ALL）。
- 检查方式：在 MySQL 客户端运行 EXPLAIN + 预加载语句，重点看 type 是否为 ref/range，key 是否命中索引
- 添加索引示例：ALTER TABLE posts ADD INDEX idx_user_id (user_id);
- 多对多中间表（如 user_role）的两个外键都要建联合索引，顺序按查询条件常用顺序排
复合索引匹配 where + order + select 场景
单列索引不够用时，就得上复合索引。比如常查 User::where('status', 'active')->orderBy('created_at', 'desc')->select('id', 'name')，那就该建 (status, created_at) 索引，而不是只建 status 或只建 created_at。
- WHERE 条件字段放最左，ORDER BY 字段紧随其后，SELECT 字段尽量覆盖（避免回表）
- 避免冗余索引：已有 (a,b) 就别再单独建 (a)
- 用 SHOW INDEX FROM table_name 查看现有索引，用 pt-duplicate-key-checker 工具识别重复或失效索引
with() 配合字段限制 + 索引才完整
预加载不是万能钥匙。User::with('posts') 默认查 posts 表所有字段，如果 posts 有大文本字段（content、json_data），传输和内存开销就很大。这时候要限制字段，同时确保这些字段也在索引覆盖范围内。
- 写法示例：User::with(['posts' => function ($q) { $q->select('id', 'title', 'user_id', 'created_at'); }])->get();
- 对应索引建议：ALTER TABLE posts ADD INDEX idx_user_id_title_created (user_id, title, created_at);
- 深层嵌套如 with('posts.comments')，每层外键都得有索引：comments.post_id、posts.user_id，缺一不可
分页与游标分页场景下的索引设计
传统分页（?page=1000）在数据量大时会因 OFFSET 跳过大量行而变慢。游标分页（基于 last_id 或 created_at）更高效，但要求排序字段有唯一性或强索引支撑。
- 推荐游标字段组合：created_at + id（时间可能重复，补 id 防歧义）
- 对应索引：ALTER TABLE posts ADD INDEX idx_cursor (created_at DESC, id DESC);
- 避免在游标字段上用函数或表达式，如 ORDER BY DATE(created_at)，会导致索引失效
