合理使用索引可显著提升MySQL查询性能。应为频繁过滤字段创建单列或复合索引，复合索引按选择性高低排序；2. 避免在索引列上使用函数或表达式，如用WHERE create_time >= ‘2023-01-01’替代YEAR(create_time) = 2023；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) = 2023
- 正确写法：WHERE create_time >= ‘2023-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条件结构。不复杂但容易忽略细节。