mysql 大表ddl_大型表的DDL操作（转）

add by zhj: 关系型数据库有Schema，修改Schema的时间比较长，一般都要秒级和分钟级。主备延迟有相同的数量级，对于不支持Inplace方式的DDL，只能用Copy方式，Copy方式在执行DDL时，整个表不可读写，

影响非常大。不过，对于MySQL5.6(尤其是MySQL5.7)，绝大部分常用的DDL都支持Inplace，DDL加MDL写锁的时间很短，所以主要评估主备延迟的影响就可以了。另外，不要使用大事务，因为事务中主要就是DML语句，

而DML语句会加MDL读锁，这会导致DDL在加MDL写锁时等待，而这个等待期间，会其它事务无法获取MDL读锁，即该表不可读，不可写，其它事务在等待超时后，会回滚，这个影响比较严重的。执行DDL最好在流量小的

时候，以尽量降低影响，一般是凌晨。  文中提到了在不同情况下使用的工具。

王文安，网易游戏MySQL DBA， 主要负责网易游戏MySQL SaaS平台的设计与维护，也有关注TiDB、CockRoachDB等分布式数据库。更多文章发布在网易游戏运维平台订阅号(ID：neteasegameops)

DDL 一向是业务的痛点，尤其是对大型表的 DDL 操作，具有操作时间久，对性能影响大，可能影响业务正常使用等问题。

本文将详细解释 MySQL DDL 的原理，并分享一些尽可能减少 DDL 对业务的影响的办法。

一、MySQL DDL的方法

MySQL 的 DDL 有很多种算法。

MySQL 本身自带三种算法：

COPY 算法，为最古老的算法，在 MySQL 5.5 及以下为默认算法。

INPLACE 算法，从 MySQL 5.6 开始被引入并默认使用。

INPLACE 算法还包含两种类型：rebuild-table 和 not-rebuild-table。MySQL 使用 INPLACE 算法时，会自动判断，能使用 not-rebuild-table 的情况下会尽量使用，不能的时候才会使用 rebuild-table。当 DDL 涉及到主键和全文索引相关的操作时，无法使用 not-rebuild-table，必须使用 rebuild-table。其他情况下都会使用 not-rebuild-table。

INSTANT 算法，从 MySQL 8.0.12 开始被引入并默认使用。目前 INSTANT 算法只支持增加列等少量 DDL 类型的操作，其他类型仍然会默认使用 INPLACE。

有一些第三方工具也可以实现 DDL 操作，最常见的是 percona 的 pt-online-schema-change 工具(简称为 pt-osc)，和 GitHub 的 gh-ost 工具，均支持 MySQL 5.5 以上的版本。

1、各类工具的对比

推荐工具：