• 进入"运维那点事"后,希望您第一件事就是阅读“关于”栏目,仔细阅读“关于Ctrl+c问题”,不希望误会!

MySQL 5.7秒级增加VARCHAR类型

MySQL 5.7 彭东稳 7年前 (2017-11-01) 28681次浏览 已收录 0个评论

在生产环境中,可能经常要做的且教烦的一个事情就是做DDL操作。最常见的就是增加字段、修改字段类型了。增加字段就不说了,从MySQL 5.6开始就支持Online DDL了。但改变字段类型,比如从CHAR变为VARCHAR;修改字段类型,比如增加VARCHAR大小,这些在MySQL 5.7之前还是会锁表的。从MySQL 5.7开始就支持了对于tinyint、int、smallint、bigint等数值类型的数据类型,自身位大小的增大或减小是支持ONLINE的(注意:不支持从tinyint变更为int)。还支持了VARCHAR类型的在线增大,但也有些限制。

支持了对于tinyint、int、smallint、bigint等数值类型的数据类型,自身位大小的增大或减小是支持ONLINE的(注意:不支持从tinyint变更为int),如下:

另外,如果是更改字段属性(类型不变)根据类型不同支持的Online DDL也是有限的,如把允许为NULL变更为不允许为NULL就不支持。

但是在线支持变更comment属性。

需要注意的是,在MySQL 5.6之前使用ALTER TABLE … ALGORITHM=INPLACE的表不支持包含时间列(DATE,DATETIME,TIMESTAMP),不然会报错。

MySQL 5.7版本支持重命名索引和修改varchar的大小(增大不能减小),且无需table-copy(秒级增加varchar大小)。这两项操作在之前的版本中,都需要重建索引或表,适用于各引擎。

但存在限制,即只支持0~255字节内的或者255以上字节间的增加,也就是说若从254增到256时不能使用INPLACE算法(增加到255可以),必须使用COPY算法,否侧报错。这个原理就是varchar会在头部存储一个长度,如果小于255就是一个BYTES字节,8位;如果大于255当然就需要两个字节 了。头部都变了,自然要重新copy table了。另外使用INPLACE算法缩小VARCHAR的ALTER TABLE也是不支持的,必须用COPY算法。

最后说一下Online DDL操作根据数据量的不同的耗时时间,我在生产环境做过两千五百万数据的ALTER操作,耗时12分钟31秒,我的硬件配置是32核32G。按照这个时间可以根据硬件不同大概估算出数据量不同时的耗时时间。比如100万数据估计耗时:1000000 / (25000000 / (12*60+30)) = 30秒。


如果您觉得本站对你有帮助,那么可以支付宝扫码捐助以帮助本站更好地发展,在此谢过。
喜欢 (0)
[资助本站您就扫码 谢谢]
分享 (0)

您必须 登录 才能发表评论!