点击此处阅读原文:MySQL的DDL
文章目录
前言
DDL 一向是业务的痛点,尤其是对大型表的 DDL 操作,具有操作时间久,对性能影响大,可能影响业务正常使用等问题。
本文详细解释 MySQL DDL 的原理,以及尽可能减少 DDL 对业务的影响的办法。
MySQL DDL 的方法
MySQL 的 DDL 有很多种算法。
MySQL 本身自带三种算法,分别是:COPY、INPLACE、INSTANT。
- COPY 算法为最古老的算法,在 MySQL 5.5 及以下为默认算法。
- 从 MySQL 5.6 开始,引入了 INPLACE 算法并且默认使用。INPLACE 算法还包含两种类型:rebuild-table 和 not-rebuild-table。MySQL 使用 INPLACE 算法时,会自动判断,能使用 not-rebuild-table 的情况下会尽量使用,不能的时候才会使用 rebuild-table。当 DDL 涉及到主键和全文索引相关的操作时,无法使用 not-rebuild-table,必须使用 rebuild-table。其他情况下都会使用 not-rebuild-table。
- 从 MySQL 8.0.12 开始,引入了 INSTANT 算法并且默认使用。目前 INSTANT 算法只支持增加列等少量 DDL 类型的操作,其他类型仍然会默认使用 INPLACE。
有一些第三方工具也可以实现 DDL 操作,最常见的是 percona 的 pt-online-schema-change 工具(简称为 pt-osc),和 GitHub 的 gh-ost 工具,均支持 MySQL 5.5 以上的版本。
各类工具的对比
方法 | COPY | INPLACE not-rebuild-table |
INPLACE rebuild-table |
INSTANT | pt-osc | gh-ost |
---|---|---|---|---|---|---|
DDL 过程中读取数据 | 允许 | 允许 | 允许 | 允许 | 允许 | 允许 |
DDL 过程中写入数据 | 不允许 | 允许 | 允许 | 允许 | 允许 | 允许 |
需要 MDL | 需要 | 需要 | 需要 | 需要 | 需要 | 需要 |
需要额外空间 | 大 | 小 | 中 | 小 | 大 | 大 |
执行时间 | 非常长 | 短 | 非常长 | 非常短 | 长 | 长 |
IO 负载 | 大 | 小 | 大 | 非常小 | 非常大 | 大 |
导致主从同步延时 | 非常大 | 大 | 大 | 非常小 | 小 | 小 |
其他 | 支持临时暂停 |
推荐工具:
MySQL 版本 | 操作类型 | 主从同步延时 | 推荐工具 |
---|---|---|---|
MySQL 5.5 MySQL 5.6 |
gh-ost | ||
MysQL 5.7 | 修改索引等不涉及修改数据的操作 | INPLACE(默认) | |
MySQL 5.7 | 修改数据的操作(例如增加列) | 在意 | gh-ost |
MySQL 5.7 | 修改数据的操作& |