合理使用索引可显著提升MySQL查询性能。应为频繁过滤字段创建单列或复合索引，复合索引按选择性高低排序；2. 避免在索引列上使用函数或表达式，如用WHERE create_time >= '2025-01-01'替代YEAR(create_time) = 2025；3. 将高选择性条件前置，优先过滤数据；4. 防止隐式类型转换，确保比较值与字段类型一致；5. 谨慎使用IN、OR和LIKE，避免长IN列表、OR多字段组合及前导通配符LIKE '%abc'，推荐用UNION ALL或范围查询优化。始终结合EXPLAIN分析执行计划以持续调优。

在MySQL中，WHERE条件的优化直接影响查询性能。合理的条件组织和索引使用能显著提升执行效率。核心思路是减少扫描行数、充分利用索引、避免全表扫描。

1. 正确使用索引

确保WHERE子句中的字段有合适的索引，尤其是频繁查询的列。

• 为常用于过滤的字段创建单列或复合索引
• 复合索引注意顺序：将选择性高的字段放在前面
• 例如：WHERE user_id = 123 AND status = 'active'，应建立 (user_id, status) 索引

2. 避免在索引列上使用函数或表达式

对索引字段进行计算或函数处理会导致索引失效。

• 错误写法：WHERE YEAR(create_time) = 2025
• 正确写法：WHERE create_time >= '2025-01-01' AND create_time

3. 使用高选择性的条件靠前

将能更快缩小结果集的条件放在前面，有助于优化器提前过滤数据。

• 比如：WHERE status = 'paid' AND user_id = 1001，如果user_id更精确，应优先使用
• 虽然MySQL会做优化，但显式写出高效顺序仍有助于可读性和稳定性

4. 避免不必要的类型转换

字符串与数字比较时，MySQL可能自动转换类型，导致索引无法使用。

• 错误示例：WHERE user_id = '123'（user_id为INT类型）
• 正确做法：WHERE user_id = 123

5. 合理使用IN、OR和LIKE

这些操作符容易引发性能问题，需特别注意。

• IN列表不宜过长，建议控制在几百以内，否则考虑临时表
• OR条件尽量用UNION ALL替代，特别是涉及不同字段时
• LIKE以通配符开头（如'%abc'）无法使用索引，应避免
• 推荐：'abc%' 可用索引

基本上就这些。关键是理解索引机制，结合EXPLAIN分析执行计划，持续调整WHERE条件结构。不复杂但容易忽略细节。