PHP 7.1本身不管理索引，优化本质是基于业务SQL在数据库层科学建索引：按WHERE高频字段建单列或复合索引（遵循最左前缀）、覆盖ORDER BY/GROUP BY字段、避免函数操作导致失效、剔除低基数及冗余索引，并结合框架SQL日志与EXPLAIN验证效果。
PHP 7.1 本身不管理数据库索引，索引是数据库（如 MySQL、PostgreSQL、SQLite）层面的机制。优化“PHP 7.1 的数据库索引”，实际是指：在使用 PHP 7.1 开发的应用中，如何科学设计和维护底层数据库的索引，以匹配业务查询特征，从而提升整体性能。关键不在 PHP 版本，而在你写的 SQL、框架用法和数据库配置是否合理。
根据 WHERE 条件精准建索引
索引生效的前提是被查询条件真正用上。重点关注你代码中高频出现的 WHERE 子句：
- 单字段高频筛选（如
user_id、order_sn、mobile）→ 建单列索引 - 多个字段常一起出现（如
WHERE status = 1 AND category_id = 5 ORDER BY created_at DESC）→ 建复合索引(status, category_id, created_at)，注意最左前缀原则 - 避免在索引字段上做函数操作（如
WHERE YEAR(created_at) = 2024），会导致索引失效；改用范围查询created_at BETWEEN '2024-01-01' AND '2024-12-31'
覆盖常用排序与分组字段
ORDER BY 和 GROUP BY 若无索引，MySQL 很可能触发 Using filesort 或临时表，大幅拖慢响应。
- 列表页分页查询常见写法：
SELECT * FROM articles WHERE cat_id = ? ORDER BY sort_order DESC, id DESC LIMIT 20→ 建联合索引(cat_id, sort_order, id) - 统计类查询：
SELECT user_id, COUNT(*) FROM logs WHERE date >= '2026-09-01' GROUP BY user_id→ 索引应为(date, user_id)（date 在前，满足范围+等值顺序）
避免低效索引和冗余开销
PHP 7.1 应用通常承载中高并发请求，每个无效索引都会加重写入负担（INSERT/UPDATE/DELETE 更慢）并浪费内存。
立即学习“PHP免费学习笔记（深入）”；
- 别给低基数字段单独建索引：如
gender（只有 0/1）、is_deleted（布尔值）——除非配合其他高选择性字段组成复合索引 - 检查并删除重复索引：例如已有
INDEX (a, b)，再建INDEX (a)就是冗余；可用SELECT * FROM information_schema.statistics WHERE table_schema = 'your_db' ORDER BY index_name辅助排查 - TEXT/VARCHAR 超长字段慎建全文索引以外的普通索引；如需前缀索引，用
INDEX (title(100))控制长度
结合 PHP 框架行为验证索引效果
ThinkPHP、Laravel 等框架生成的 SQL 容易隐藏索引失效风险，需主动验证：
- 开启 Laravel 的查询日志：
DB::enableQueryLog()，执行后用DB::getQueryLog()查看真实 SQL，再拿去 MySQL 执行EXPLAIN - ThinkPHP 中开启调试模式，查看 SQL 面板，确认关联查询（
with()）或链式where()是否生成了预期的索引字段条件 - 对慢接口开启 MySQL 慢查询日志（
slow_query_log = ON，long_query_time = 0.5），定期分析未命中索引的语句
