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