索引设计原则：让查询加速的十个核心规则
数据库查询速度慢时，问题往往出在索引设计上。索引就像书的目录，没有它，每次找数据都得翻遍整本书。遵循索引设计原则：让查询加速的十个核心规则，能有效提升数据库性能，减少等待时间。以下逐一详解这些规则。
规则一：高频查询字段优先建索引
索引不是越多越好，而是要对查询加速最有效的字段建立。统计业务中执行次数最多的SQL语句，将WHERE子句、JOIN条件中频繁出现的字段设为索引。例如，电商订单表的“用户ID”字段，每天被查询百万次，优先为其创建B-Tree索引，能瞬间过滤出目标数据。
避免对低选择性字段建索引
性别字段只有“男”“女”两种值，称为低选择性字段。此时索引无法有效缩小范围，反而浪费空间。索引设计原则要求：选择重复值少的字段，如身份证号、订单编号，才能让查询真正加速。
规则二：联合索引要遵循最左前缀
当多个字段一起查询时，复合索引比单列索引更高效。比如按“城市+日期”搜索订单，应建立(city, date)的联合索引。MySQL等数据库会从左到右匹配字段；若只查日期不查城市，索引失效。这是索引设计原则：让查询加速的十个核心规则中容易忽视的一点。
调整字段顺序匹配查询模式
如果业务中90%的查询只按日期过滤，那就把日期放最前面。联合索引的字段顺序直接影响性能，需要根据实际SQL语句调整。
规则三：覆盖索引避免回表
普通索引查到主键后，还要去主表取其他字段，称为回表。覆盖索引让索引本身包含查询所需的所有列。例如查询“用户姓名和邮箱”，如果索引包含这两个字段，数据库直接从索引返回结果，无需访问数据行，查询加速效果明显。
减少SELECT *的使用
只取必要字段，避免让索引“背不动”太多列。过多的列会增加索引大小，降低写入性能。索引设计原则强调：平衡查询速度与存储开销。
规则四：前缀索引节省空间
对长字符串字段（如URL、地址）建索引时，截取前几个字符作为索引值。比如只取URL的前20个字符，能大幅减少索引体积。但要保证前缀的区分度足够，否则无效。
测试区分度再决定前缀长度
用SELECT COUNT(DISTINCT LEFT(column, n)) / COUNT(*)测试比例，接近1时说明区分度高。这是让查询加速的十个核心规则之一，尤其适合日志类长文本字段。
规则五：索引列避免参与计算
WHERE YEAR(create_time) = 2023会让索引失效，因为数据库无法直接利用create_time的索引。改为WHERE create_time BETWEEN '2023-01-01' AND '2023-12-31'，索引就能生效。索引设计原则要求：保持索引列原样，函数或运算应放在值一侧。
规则六：定期维护索引碎片
频繁增删改会让索引产生碎片，降低查询效率。使用OPTIMIZE TABLE命令重建索引，或定期重建表，能恢复性能。监控慢查询日志，若发现原本快的查询变慢，先检查索引碎片。
规则七：合理使用唯一索引
唯一索引不仅保证数据唯一性，还能加速查询。数据库对唯一索引的搜索更高效，因为它一旦找到匹配就停止。例如用户邮箱字段，设置为唯一索引既防重复，又提升登录查询速度。
规则八：索引数量控制在小范围
一张表索引超过5-10个，写入性能会显著下降。每个索引都增加INSERT、UPDATE的负担。索引设计原则：优先满足核心查询，非关键查询可通过全表扫描或缓存解决。
规则九：监控索引使用情况
数据库提供工具检查索引是否被使用。例如MySQL的SHOW INDEX或慢查询日志，能发现从未被使用的“僵尸索引”。及时删除它们，释放存储空间并加速写入。
规则十：测试环境验证索引效果
在开发环境复制生产数据，用EXPLAIN分析SQL执行计划。观察是否出现“Using index”（覆盖索引）、“Using where”等标识。不要盲目在生产环境加索引，先验证再部署。
总结：索引设计并非越多越快，而是遵循索引设计原则：让查询加速的十个核心规则，从字段选择、结构优化到维护监控，每一步都影响数据库性能。优先覆盖高频查询、避免索引列计算、控制索引数量，辅以定期维护和测试验证，才能让查询真正快起来。记住：好的索引设计，是数据库性能优化的起点。