简介我们知道查询优化问题其实是一个搜索问题。基于代价的优化器 ( CBO ) 由三个模块构成：计划空间、搜索算法和代价估计 [1] ，分别负责“看到”最优执行计划和“看准”最优执行计划。如果不能“看准”最优执行计划，那么优化器基本上就是瞎忙活，甚至会产生严重的影响，出现运算量特别大的 SQL ，造成在线业务的抖动...

文章 2022-02-15 来自：开发者社区

MySQL内核月报 2015.01-MySQL · 新增特性· DDL fast fail

背景项目的快速迭代开发和在线业务需要保持持续可用的要求，导致MySQL的ddl变成了DBA很头疼的事情，而且经常导致故障发生。本篇介绍RDS分支上做的一个功能改进，DDL fast fail。主要解决：DDL操作因为无法获取MDL排它锁，进入等待队列的时候，阻塞了应用所有的读写请求问题。 MDL锁机制介绍首先介绍一下MDL(METADATA LOCK)锁机制，MySQL为了保证表结构的完整性....

文章 2022-02-15 来自：开发者社区

MySQL内核月报 2014.11-TokuDB·　引擎特性·　FAST UPDATES

MySQL的update在执行时需要做read-modify-write：操作路径还是比较长的，TokuDB提供了fast update语法，让＂某些＂场景下update更快，无需做read和modify直接write。用法: NOAR语句：语义是：插入一条记录，如果该记录存在(id为1)，就对count的值做加法操作，不存在则做插入。注意： fast updates的条件是比较苛...

文章 2022-02-15 来自：开发者社区

MySQL内核月报 2014.11-MySQL·　5.7特性·在线Truncate undo log 表空间

背景 Innodb使用undo log来实现MVCC，这意味着如果一个很老的事务长时间不提交，那么新产生的undo log都无法被及时清理掉。在MySQL 5.5及之前版本中，undo log是存储在ibdata中。从5.6开始可以使用独立的undo log表空间来存储undo。但是直到5.6，一旦undo log膨胀，依然没有任何办法为其 “减肥”。因此我们经常看到ibdata被膨胀到几十上百....

文章 2022-02-15 来自：开发者社区

MySQL内核月报 2014.11-MySQL·　5.7特性·高可用支持

背景 MySQL的Master-Slave结构提供了实现High Availability的基础，在实现上面通常使用client-proxy-db的三层架构，proxy不单单完成错误检测、实例切换等高可用功能，还可以实现sharding，即scale out。 MySQL Fabric就是Oracle想大力发展的proxy，这里主要介绍为了完成高可用的功能，MySQL 5.7做了哪些事情，我们是....