MySQL索引是数据库中用于快速定位数据的数据结构，合理的索引使用策略和优化方法能大幅降低查询的IO成本，提升整体数据库性能。不同的业务场景需要匹配不同的索引方案，错误的索引设计反而会增加写操作的开销。
基础索引使用策略
优先为高频查询字段创建索引
首先梳理业务中执行频率最高的查询语句，为这些语句的WHERE条件、JOIN关联字段、ORDER BY排序字段创建索引。比如用户表的手机号查询是高频操作，就可以为mobile字段单独创建索引。
创建普通索引的SQL示例如下：
-- 为user表的mobile字段创建普通索引 CREATE INDEX idx_user_mobile ON user (mobile); -- 查看表的索引信息 SHOW INDEX FROM user;
合理设计复合索引的顺序
复合索引的字段顺序遵循最左前缀原则，把区分度最高的字段放在最左边。比如查询经常同时用status和create_time过滤，且status的区分度更高，那么复合索引应该设计为(status, create_time)。
复合索引的创建和使用示例如下：
-- 创建复合索引 CREATE INDEX idx_order_status_time ON order_table (status, create_time); -- 能命中复合索引的查询 SELECT * FROM order_table WHERE status = 1 AND create_time > '2024-01-01'; -- 无法命中复合索引的查询，不符合最左前缀 SELECT * FROM order_table WHERE create_time > '2024-01-01';
高性能索引优化方法
避免索引失效的常见场景
很多写法会导致索引失效，需要主动规避。比如对索引字段进行函数操作、类型转换、使用不等于判断、like以通配符开头等，都会让MySQL放弃使用索引走全表扫描。
索引失效的对比示例如下：
-- 索引字段使用函数，索引失效 SELECT * FROM user WHERE YEAR(create_time) = 2024; -- 改写为范围查询，可命中create_time索引 SELECT * FROM user WHERE create_time >= '2024-01-01' AND create_time < '2025-01-01'; -- like以通配符开头，索引失效 SELECT * FROM user WHERE name LIKE '%张三'; -- like通配符在末尾，可命中name索引 SELECT * FROM user WHERE name LIKE '张三%';
控制索引数量避免过度索引
索引不是越多越好，每个索引都会占用额外的存储空间，并且在执行INSERT、UPDATE、DELETE操作时，需要同步维护所有相关索引，增加写操作的开销。一般单表的索引数量建议控制在5个以内，优先保留高频查询需要的索引。
定期分析索引使用情况
可以通过MySQL的性能分析工具查看索引的使用频率，及时删除长期未使用的冗余索引。比如通过sys库的schema_unused_indexes视图可以查看未被使用的索引。
查询未使用索引的示例如下：
-- 查看数据库中未被使用的索引 SELECT * FROM sys.schema_unused_indexes WHERE object_schema = 'your_database_name';
索引策略效果验证
调整索引策略后，可以通过EXPLAIN命令分析查询的执行计划，确认索引是否被正确命中。重点查看type字段，最好能达到ref、range级别，避免全表扫描的ALL级别。
使用EXPLAIN分析查询的示例如下：
-- 分析查询语句的执行计划 EXPLAIN SELECT * FROM user WHERE mobile = '13800138000';
执行后如果结果中key字段显示idx_user_mobile，说明索引被正常命中，查询性能会得到保障。