不要盲目给所有字段创建索引索引虽然可以提高查询效率但会增加存储空间并增加INSERT、UPDATE、DELETE时维护索引的成本应根据实际查询场景选择需要建立索引的字段。优先给经常用于查询条件的字段建立索引例如WHERE、JOIN、ORDER BY、GROUP BY中经常使用的字段。注意字段的区分度字段区分度越高索引筛选数据的能力通常越强查询时需要进一步处理的数据越少因此索引的收益通常越大。合理设计联合索引如果多个字段经常组合在一起作为查询条件可以考虑建立联合索引让一棵 BTree 同时按照多个字段进行组织和定位从而更好地匹配这类查询。注意联合索引中字段的顺序需要遵循最左前缀原则根据实际查询场景合理安排字段顺序。注意索引字段的长度索引字段越长索引本身占用的空间通常越大也会增加索引维护和访问的成本。对于较长的字符串字段如果完整字段不需要参与索引可以根据数据特点使用前缀索引只对字段前 N 个字符建立索引从而减少索引大小。避免对索引字段进行函数或计算操作普通索引是按照原字段值建立的有序结构如果在查询条件中对索引字段进行函数或计算查询条件可能无法直接利用这个有序结构进行定位因此可能导致索引无法充分利用。避免索引字段发生隐式类型转换索引字段是什么类型查询条件就尽量使用什么类型避免 MySQL 在比较时对索引字段进行隐式类型转换从而影响索引的使用。注意LIKE查询的写法BTree 索引是有序的LIKE abc%确定了字符串的开头因此可以利用索引的有序性快速定位范围而LIKE %abc%开头不确定无法根据 BTree 的顺序确定搜索范围所以普通 BTree 索引通常无法有效利用。主键索引需要合理设计InnoDB 中主键是聚簇索引主键不仅决定数据在聚簇索引中的组织方式而且主键值还会被二级索引引用因此主键应该尽量短、稳定并避免频繁修改以减少索引空间和维护成本。创建索引后要使用EXPLAIN进行分析确认 MySQL 是否真正使用了索引以及索引是否达到了预期效果。