前缀索引适用于字段值长且前缀选择性高（≥0.95）的场景，可显著减小索引体积；但不支持完整等值匹配、排序及后缀模糊查询；需避免长度过短、过长或字节截断问题，优先考虑哈希列、生成列等替代方案。

最左前缀原则指只要查询包含联合索引最左列，索引就可能被使用；跳过中间列则其右列失效；范围查询（如>、

索引未生效时缓存会放大性能问题，因缓存固化了全表扫描结果；需通过EXPLAIN验证索引使用，合理配置innodb_buffer_pool_size，优先用覆盖索引减少磁盘访问，禁用已废弃的QueryCache。

必须用EXPLAIN确认索引是否实际生效，重点看type、key、rows；结合慢日志、performance_schema、sysbench压测及InnoDB缓冲池指标综合验证优化效果。

新手应先聚焦单条件等值查询、分页列表（带排序）、关联查询ON条件三类SQL，每类用EXPLAIN验证索引是否生效，再结合区分度计算（

先看慢查询日志定位真实瓶颈，再用EXPLAIN分析执行计划；需开启慢日志、设long_query_time=1、关注频次×耗时、区分锁等待与真慢；EXPLAIN重点看type、key、Extra三列；索引要“刚好够用”，避免冗余、低基数、函数失效等问题；优化不能替代架构设计缺陷。