查询重写是MySQL优化器通过子查询转JOIN、常量传递、表达式简化、视图合并、索引选择、分区修剪、预计算、等价谓词推导、消除冗余连接及OR转UNION等方式提升查询性能，使用EXPLAIN可判断是否触发重写，通过optimizer_switch可禁用特定优化，但需谨慎；查询重写与手动优化互补，受限于统计信息准确性、版本差异、复杂查询及潜在死锁等问题。
查询重写是MySQL优化器在执行SQL查询前，自动修改查询语句以提升性能的过程。它通过应用各种规则，将原始查询转换为一个逻辑上等价但执行效率更高的版本。
解决方案
查询重写优化MySQL主要通过以下几个方面实现：
-
子查询优化： 将子查询转换为连接（JOIN）操作，避免重复扫描。MySQL优化器会自动尝试将某些
IN
、EXISTS
子查询转换为JOIN
，但有时需要手动调整SQL语句。例如，将：
SELECT * FROM orders WHERE customer_id IN (SELECT customer_id FROM customers WHERE city = 'New York');
优化为：
SELECT o.* FROM orders o JOIN customers c ON o.customer_id = c.customer_id WHERE c.city = 'New York';
-
常量传递： 将常量值传递到查询的各个部分，以便更早地进行过滤。
例如，如果查询中使用了
WHERE id = 1 AND id > 0
，优化器会将其简化为WHERE id = 1
。 表达式简化： 简化复杂的表达式，例如
WHERE a = b AND b = c
可以简化为WHERE a = b AND a = c
。视图合并： 将视图定义合并到查询中，避免额外的开销。但如果视图非常复杂，合并可能反而降低性能。
索引优化： 选择合适的索引来加速查询。MySQL会根据查询条件和索引统计信息选择最佳索引。使用
EXPLAIN
命令可以查看MySQL的索引选择情况。分区修剪： 如果表进行了分区，查询重写可以根据查询条件选择需要扫描的分区，避免扫描整个表。
预计算表达式： 对于不依赖于表数据的表达式，可以在查询执行前预先计算，并将结果作为常量使用。
等价谓词推导： 如果
a = b
，则可以在任何使用a
的地方替换为b
，反之亦然。消除冗余连接： 优化器会尝试消除不必要的连接操作。
-
OR
改写为UNION
： 对于包含OR
的查询，有时将其改写为UNION
可以提高性能，特别是当每个OR
条件都可以使用索引时。例如：
SELECT * FROM products WHERE category = 'Electronics' OR price > 1000;
可以改写为：
SELECT * FROM products WHERE category = 'Electronics' UNION ALL SELECT * FROM products WHERE price > 1000 AND category != 'Electronics';
注意
UNION ALL
与UNION
的区别，UNION ALL
不会去除重复行，效率更高，需要根据实际情况选择。
MySQL如何判断是否使用了查询重写？
使用
EXPLAIN命令可以查看MySQL执行计划，其中
select_type列显示查询类型，如果显示
DERIVED、
UNION等，则表示可能使用了查询重写。此外，
Extra列可能包含
Using temporary、
Using filesort等信息，这些信息可以帮助你判断查询是否被优化。
如何强制MySQL不使用查询重写？
虽然不建议这样做，但在某些特殊情况下，你可能需要禁用查询重写。可以使用
optimizer_switch系统变量来控制优化器的行为。
例如，禁用子查询优化：
SET optimizer_switch = 'subquery_materialization_cost_based=off';
但是，请谨慎使用此方法，因为它可能会导致性能下降。通常情况下，让MySQL优化器自动选择最佳执行计划是更好的选择。
查询重写与手动SQL优化的关系？
查询重写是MySQL自动进行的优化，而手动SQL优化则需要开发者根据具体情况调整SQL语句。两者并不互斥，而是相互补充。
即使MySQL进行了查询重写，仍然可能存在手动优化的空间。例如，你可以通过添加合适的索引、调整表结构、避免使用
SELECT *等方式来进一步提高查询性能。
另一方面，了解查询重写的原理可以帮助你编写更易于优化的SQL语句。例如，尽量避免使用复杂的子查询，而是使用连接操作，这样可以更容易地被MySQL优化器重写。
查询重写可能遇到的问题和挑战？
过度优化： 有时，查询重写可能会导致过度优化，反而降低性能。例如，将一个简单的子查询转换为一个复杂的连接操作，可能会增加CPU和内存的开销。
版本兼容性： 不同的MySQL版本可能使用不同的查询重写规则。因此，在升级MySQL版本后，需要重新评估查询性能，并可能需要调整SQL语句。
统计信息不准确： 查询重写依赖于表的统计信息。如果统计信息不准确，可能会导致优化器选择错误的执行计划。因此，需要定期更新表的统计信息。可以使用
ANALYZE TABLE
命令更新统计信息。复杂查询： 对于非常复杂的查询，查询重写可能无法有效地优化。此时，需要手动进行SQL优化，例如拆分查询、使用临时表等。
死锁： 在某些情况下，查询重写可能会导致死锁。例如，如果多个查询同时修改同一张表，并且都使用了查询重写，可能会发生死锁。
总之，查询重写是MySQL优化器的一项重要功能，可以自动优化SQL查询，提高性能。但是，了解查询重写的原理和限制，并结合手动SQL优化，才能更好地利用这一功能。
