MySQL|什么情况下拓展字段长度会锁表？_增加字段长度的sql会加表锁吗-CSDN博客

文章讨论了MySQL中VARCHAR字段长度调整对锁定表的影响。小于256字节的长度可通过in-place方式改变，但超过256字节时，除非减小到256字节以内，否则需要复制表（ALGORITHM=COPY），导致锁表。字段从utf8mb4的240变为256字节时，即使增加4个字节也会触发锁表。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

作为产品DBA，经常被开发问，修改字段长度锁表吗？然后凭借"经验"给出回答：如果字段长度超过256个字符就会锁表。

现在看来回答错误。看看MySQL 官方文档

Extending VARCHAR column size

The number of length bytes(字节) required by a VARCHAR column must remain the same. For VARCHAR columns of 0 to 255 bytes in size, one length byte is required to encode the value.

For VARCHAR columns of 256 bytes in size or more, two length bytes are required. As a result, in-place ALTER TABLE only supports increasing VARCHAR column size from 0 to 255 bytes, or from 256 bytes to a greater size. In-place ALTER TABLE does not support increasing the size of a VARCHAR column from less than 256 bytes to a size equal to or greater than 256 bytes. In this case, the number of required length bytes changes from 1 to 2, which is only supported by a table copy (ALGORITHM=COPY).

翻译上面的意思

字符串的字段是以字节为单位存储的，utf8 一个字符需要三个字节，utf8mb4 一个字符需要4个字节。对于小于等于255字节以内的长度可以使用一个byte 存储。大于255个字节的长度则需要使用2个byte存储。
online ddl in-place 模式(不锁表)只支持字段的字节长度从0到255之间或者256到更大值之间变化。
如果修改字段的长度，导致字段的字节长度无法使用 1 byte表示，得使用2个byte才能表示，比如从 240 修改为 256 ，如果在默认字符集为utf8mb4的情况下，varchar(60) 修改为 varchar(64)，则DDL需要以copy模式，也即会锁表，阻塞写操作。

另外就是不支持以 in-place 方式缩小字段长度。

Decreasing VARCHAR size using in-place ALTER TABLE is not supported. Decreasing VARCHAR size requires a table copy (ALGORITHM=COPY).

实践出真知
t1 表的字符集为utf8mb4，初始字段长度为20 ，80个字节，可以使用1byte表示。分别修改字符串长度为 60--->64--->128。当字段的字节数变动跨越了256 则会锁表。

-----------------------------------
©著作权归作者所有：来自51CTO博客作者mob604756fe27f4的原创作品，请联系作者获取转载授权，否则将追究法律责任
MySQL|什么情况下拓展字段长度会锁表？
https://blog.51cto.com/u_15127645/2777868