MySQL派生表合并优化的原理和实现
内容提要
本文介绍了MySQL派生表合并优化的原理和实现，通过将派生表的子查询合并到主查询中，避免生成临时表，提高查询性能。文章通过案例分析和源码分析，详细介绍了派生表合并优化的过程和实现细节。
延伸解读
合并优化的适用边界
派生表合并优化并非万能。文章明确指出，当派生表包含聚合函数、DISTINCT、GROUP BY、HAVING、LIMIT、UNION、用户变量或标量子查询时，优化器无法进行合并，只能物化为临时表。此外，若合并会导致外层查询块超过61张基表连接，或视图定义中指定了ALGORITHM=TEMPTABLE，也会阻止合并。因此，在实际调优时，需先确认派生表是否满足合并条件，避免误以为开启derived_merge就能解决所有性能问题。
执行计划中的合并信号
通过EXPLAIN可以快速判断派生表是否被合并。若select_type列中只出现一行DERIVED，说明部分派生表已合并到外层；若出现多行DERIVED，则派生表被物化。文章案例中，开启derived_merge后，departments子查询的DERIVED行消失，而employees子查询因含聚合仍保留DERIVED。结合EXPLAIN ANALYZE，还能看到物化操作（Materialize）是否仍然存在，从而验证优化效果。
源码层面的处理阶段
派生表合并优化主要在MySQL的prepare阶段完成。核心函数调用链从Sql_cmd_dml::prepare开始，经过SELECT_LEX::prepare、resolve_placeholder_tables、TABLE_LIST::resolve_derived，最终由TABLE_LIST::is_mergeable判断是否可合并，再由SELECT_LEX::merge_derived执行合并。合并时会将内层join列表、where条件和投影列合并到外层查询块。了解这一流程有助于在阅读执行计划时定位优化未生
关系代数视角的正确性
文章用关系代数定理证明了合并优化的有效性。以选择操作为例，若派生表D由主表R经选择条件2得到，外层又对D应用选择条件1，根据选择的叠加律，可合并为对R直接应用条件1∧条件2。对于更复杂的连接、投影等操作，也可通过交换律、结合律等重写为直接作用于原始表的一系列操作。这从理论上保证了合并不会改变查询结果，同时省去了临时表的创建和访问开销。
Q&A
什么是MySQL派生表？
派生表是由子查询结果集生成的临时表，常用于复杂数据处理。
MySQL的派生表合并优化是如何提高查询性能的？
通过将派生表的子查询合并到主查询中，避免生成临时表，从而减少内存和磁盘I/O的负担，提高查询性能。
派生表合并优化在什么情况下无效？
在含有聚合函数、DISTINCT、GROUP BY等情况下，派生表合并优化无效。
如何通过案例分析理解派生表合并优化的效果？
通过对比优化前后的执行计划，可以看到开启合并优化后，派生表不再物化为临时表，执行效率得到提升。
MySQL派生表合并优化的实现流程是怎样的？
在prepare阶段，MySQL通过解析逻辑语法树，判断派生表是否可以合并，并执行合并操作。
如何证明MySQL派生表合并优化的有效性？
可以通过关系代数定理证明，合并操作可以简化查询，减少创建和访问派生表的开销。
