在MySQL中执行多列条件查询时，性能优化的关键在于合理设计索引、理解查询执行计划以及避免常见陷阱。如果处理不当，即使数据量不大，查询也可能变得缓慢。以下是几个实用的优化方法。
1. 使用复合索引（联合索引）
当查询涉及多个列的条件时，创建复合索引通常比单列索引更有效。例如，有如下查询：
SELECT * FROM users WHERE city = 'Beijing' AND age = 25 AND status = 1;
为 (city, age, status) 创建一个复合索引可以显著提升性能。注意索引列的顺序很重要，应遵循“最左前缀”原则。也就是说，查询条件必须从索引的最左列开始，才能有效利用索引。
建议将选择性高的列放在前面（比如 status 只有两个值就不适合放前面），而高频过滤的列优先考虑。
2. 避免索引失效的操作
以下操作可能导致复合索引无法使用：
在索引列上使用函数，如 WHERE YEAR(create_time) = 2023 使用不等于（!= 或 ）、NOT IN、LIKE 以通配符开头（如 '%abc'） 对复合索引中间列跳过，例如索引是 (A, B, C)，但查询只用 A 和 C，B 缺失，则C无法走索引尽量改写查询避免这些情况。例如，用 create_time BETWEEN '2023-01-01' AND '2023-12-31' 替代 YEAR() 函数。
3. 利用覆盖索引减少回表
如果查询的所有字段都在索引中，MySQL可以直接从索引获取数据，无需回表查询主键索引，这称为“覆盖索引”。例如：
SELECT city, age FROM users WHERE city = 'Shanghai' AND age > 30;
若存在复合索引 (city, age)，该查询就能命中覆盖索引，大幅提升效率。
可以通过 EXPLAIN 查看执行计划中的 Extra 字段是否出现 “Using index” 来判断是否使用了覆盖索引。
4. 分析执行计划（EXPLAIN）
使用 EXPLAIN 命令查看SQL的执行路径，重点关注：
type：最好为 const、ref，避免 ALL（全表扫描） key：实际使用的索引 rows：扫描行数，越少越好 Extra：避免出现 Using filesort 或 Using temporary通过不断调整索引和查询结构，观察 EXPLAIN 输出的变化，找到最优方案。
基本上就这些。关键点是根据实际查询模式设计合适的复合索引，同时避免让索引失效的操作。定期分析慢查询日志也能帮助发现潜在问题。不复杂但容易忽略细节。
