optimizer特性之derived_merge

前段时间公司由于拖工资离职，拖了整整三个月了呀火大有木有，题主果断辞职，不跟他多bb。当然辞职后不免又到了找工作 刷 面试题和写简历的尴尬阶段，总觉得很多很多面试题吧在工作中卵用没有，还非要每天无脑地背，没办法谁叫面试官就好这口。 当然这只是吐槽哈，小伙伴们别跟我一样有这个想法，我就是有点aggressive，这段时间面试题呀还有面试呀学到了很多知识点是真正工作中不能比的。 但是还是好累好累 | ...

derived table中文译为派生表，关于派生表的含义，翻阅了MySQL的官方手册，并没有找到相对应的解释，不过在SQL92标准中有对它进行定义，原文如下解释为：派生表为直接或者间接的通过一个查询表达式从一个或者多个表中得到的表。某种意义上来讲，MySQL中的视图也是派生表。举个例子：在如下SQL语句中，表A即为派生表。derived_merge指的是一种查询优化技术，作用就是把派生表合并到外部的查询中，提高数据检索的效率。

点滴积累

最近，MySQL维护中，遇到一个问题，通条SQL语句，在mysql 5.6的测试环境中执行速度不到1秒，但是在 mysql 5.7生产环境中执行却要近5分钟，mysql 5.7中同样的数据库同样的数据量，更新完表的统计信息后执行 速度还是要2分钟。本次问题的处理与sql语句本身没有关系，只跟mysql数据库自身的优化器参数相关，下面是 问题的分析排查过程，问题分析中的sql语句不需要...

问题： explain（desc） 解析执行语句，没有derived（派生表） explain select * from (select * from (select * from t_user where id = 1) a ) b ; 通过解析可以看出，sql内部只进行了一部简单查询。并没有用到派生表。 原因： mysql5.7针对于5.6版本做了一个优化，针对mysql本身的优化器增加了一个控制优化器的参数叫 derived_merge （派生类合并）。默认是开启状态。 当执行带有派生表的查询

Derived table实际上是一种特殊的subquery，它位于SQL语句中FROM子句里面，可以看做是一个单独的表。MySQL5.7之前的处理都是对Derived table进行Materialize，生成一个临时表保存Derived table的结果，然后利用临时表来协助完成其他父查询的操作，比如JOIN等操作。MySQL5.7中对Derived table做了一个新特性。该特性允许将符合...

表从5.6迁移到5.7，发现查询变慢，explain 发现执行计划也不一样，百度发现是由于5.7的新特性derived_merge导致的： 5.6.40 不支持 derived_merge=on 反而执行计划里面有derived （执行快） 5.7.25 ubuntu16.04 支持 derived_merge=on 反而执行计划里面没有derived （执行慢） 那么数据库命令行执行...

1、Derived_merge简介MySQL Reference manual是这么描述的:The derived_merge flag controls whether the optimizer attempts to merge subqueries and views in the FROM clause into the outer query block, ass...

导读：郑松华，知数堂SQL 优化班老师现任 CCmediaService DBA，主要负责数据库优化相关工作擅长SQL优化 ，数据核对想阅读更多内容请点击订阅专栏大家好...

MySQL 8.0新增特性use_invisible_indexes：是否使用不可见索引，MySQL 8.0新增可以创建invisible索引，这一开关控制优化器是否使用invisible索引，on表示考虑使用。MySQL 5.7新增derived_merge：派生表合并，类似Oracle的视图合并，当派生SQL中存在以下操作是无法展开UNION 、GROUP 、DISTINCT、LIMIT及聚合...

MySQL进行字符串比较时发生错误 java.sql.SQLException: Illegal mix of collations (utf8_esperanto_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '='; 解决方法： 1、查看表之间的编码是否一致； show create table <表...

MySQL 8.0新增特性use_invisible_indexes 是否使用不可见索引，MySQL 8.0新增可以创建invisible索引，这一开关控制优化器是否使用invisible索引，on表示考虑使用。MySQL 5.7新增derived_merge 派生表合并，类似Oracle的视图合并，当派生SQL中存在以下操作是无法展开UNION 、GROUP 、DISTINCT、LIMIT及聚合...

## 关闭mysql5.7新特性对衍生表的合并优化 set session optimizer_switch='derived_merge=off' ## 还原默认配置 set session optimizer_switch='derived_merge=on' explain中的列： id列 id越大，越先执行，id为null最后执行 select_type primary：复杂查询中最外层select subquery: 子查询 derived: 衍生表 ​ union table

公用表表达式（CTE）是SQL中实现逻辑分层与可维护查询的基础技术概念，其本质是优化器支持的延迟绑定逻辑抽象层，而非简单子查询别名。它通过内联展开机制在零物理开销前提下提供语义隔离、递归建模和谓词下推能力，显著提升复杂分析查询的可读性、调试效率与执行计划稳定性。在数据仓库ETL、BI报表开发及风控规则引擎等强逻辑依赖场景中，CTE支撑着从原始数据清洗、多维聚合到树形路径遍历的全链路建模。结合窗口函数与现代数据平台（如Snowflake、dbt）演进，CTE已成为数据工程师构建可解释、可测试、可复用SQL流水

本文结合实战案例梳理MySQL索引与SQL优化最佳实践，从联合索引使用九大准则入手，详解最左前缀、覆盖索引、索引失效各类场景；围绕小表驱动大表、JOIN替代子查询、批量操作、Limit分页优化、UNION ALL替换UNION等落地方案，剖析百万级分页越查越慢的三级优化思路，总结四大SQL优化核心原则，帮助开发者规避SQL性能坑、减少全表扫描与资源损耗。

MySQL事务（快照读，当前读，UndoLog，RedoLog，隔离级别，脏写，排他锁，脏读，行锁，补可重复读，MVCC，幻读，间隙锁，临键锁，共享锁），MySQL优化（执行计划，索引，聚簇索引，组合索引，索引失效，慢查询），MySQL主从结构搭建等。

动态批价与规则引擎的协同本质是 ​​“策略与执行解耦”+“实时上下文驱动”​​技术协同​：规则引擎定义业务逻辑（What），批价引擎执行计算（How），通过缓存、事件总线和动态注入实现高效联动；​架构演进​：从单体规则中心 → 微服务化 → 事件驱动分层，核心目标是提升扩展性、降低时延；​关键突破​：​实时性​：电信OCS通过规则引擎实现秒级信用控制；​灵活性​：电商将促销规则拆分为独立AO服务，避免单点故障；​精准性​：物流动态权重模型量化距离、燃油等因子，误差率<5%。

随着MySQL版本的发展，优化器是越来越智能，优化器开关也越来越多，本文给大家分享一下MySQL对derived table的优化处理。何为derived table？这里我把它翻译成派生表，简单来讲，就是将from 子句中出现的检索结果集当做一张表，比如from 一个select构造的子查询，这个子查询就是一个派生表，from 一个视图，这个视图就是一个派生表，from 一个with 构造的临时表，这个CTE表就是一个派生表。

在分析包含内连接的嵌套外连接的过程中, 发现optimizer_switch参数derived_merge控制多个表连接是否使用派生表, 本文对其做分析.