合理使用索引可提升查询性能，核心是避免全表扫描并遵循最左前缀原则；应为WHERE、JOIN、ORDER BY等常用字段建索引，优先考虑覆盖索引以减少回表；注意索引维护成本，避免在索引列使用函数、隐式转换或前导通配符导致失效；通过EXPLAIN分析执行计划，结合慢查询日志持续优化索引策略。
在MySQL中使用索引优化查询，核心是让数据库更快地定位数据，避免全表扫描。合理使用索引能显著提升查询性能，但也要注意索引的维护成本和适用场景。
理解索引的基本原理
MySQL中的索引类似于书籍的目录，它记录了列值与数据行位置的映射关系。最常见的索引类型是B+树索引，适用于等值查询、范围查询和排序操作。
索引并不是越多越好。每个额外的索引都会增加写操作（INSERT、UPDATE、DELETE）的开销，并占用更多存储空间。
- 索引加快SELECT，但拖慢写入
- B+树索引支持最左前缀匹配原则
- 主键自动创建唯一索引
为常用查询字段创建索引
重点为WHERE、JOIN、ORDER BY和GROUP BY中频繁使用的列建立索引。
示例：假设有一个订单表：
CREATE TABLE orders ( id INT PRIMARY KEY, user_id INT, status VARCHAR(20), created_at DATETIME );
如果经常按用户ID和状态查询：
SELECT * FROM orders WHERE user_id = 123 AND status = 'paid';
应创建复合索引：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
CREATE INDEX idx_user_status ON orders(user_id, status);
复合索引遵循最左前缀原则，因此该索引也能用于只查user_id的语句，但不能用于只查status的查询。
避免索引失效的常见情况
即使有索引，错误的SQL写法也会导致索引无法使用。
- 在索引列上使用函数或表达式：
WHERE YEAR(created_at) = 2023→ 应改为WHERE created_at >= '2023-01-01' AND created_at - 隐式类型转换：比如字符串字段用数字比较，可能导致索引失效
- 使用%开头的LIKE：
LIKE '%keyword'无法使用索引，而LIKE 'keyword%'可以 - OR条件中部分字段无索引，可能使整个条件走全表扫描
利用覆盖索引减少回表
覆盖索引是指索引包含了查询所需的所有字段，这样MySQL无需回到主表查找数据，直接从索引中获取结果，大幅提升性能。
例如：
SELECT user_id, status FROM orders WHERE user_id = 123;
如果存在复合索引 (user_id, status)，查询可以直接从索引中得到结果，不需要再访问数据行。
使用EXPLAIN命令可以查看执行计划，检查是否使用了覆盖索引（Extra字段显示"Using index"）。
基本上就这些。关键是根据实际查询模式设计索引，定期分析慢查询日志，结合EXPLAIN验证效果，不断调整优化。索引不是一劳永逸的，随着数据和业务变化需要持续关注。
