MySQL什么情况下拓展字段长度会锁表？

原生MySQL只支持不跨越256字节的在线扩展（online），对于跨越256字节的扩展只支持复制方式（copy），扩展时需要锁表且禁止对数据表进行写操作。

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

存储

varchar字段的存储由两部分构成，即长度前缀(length prefix)和数据

总结

占位长度byte变化，或者新增字段，会导致数据重写，从而导致主从延迟

mysql的varchar为什么默认255？

历史遗留问题，早期版本的varchar的长度用一个字节表示，255则为一个byte长度的临界值（255字节+1字节的长度位），为了向下兼容，就保留在了255

场景

用于不停服发版，如果某一个字段由于长度限制需要扩容，就可以从这一点考虑是否会产生祖冲同步延迟的情况

测试

alter table about modify name_en varchar(63) default null,algorithm=inplace; -- 255-63 无法修改alter table about modify name_en varchar(256) default null,algorithm=inplace; -- 255-256 可修改alter table about modify name_en varchar(63) default null,algorithm=copy; -- 256-63 可修改alter table about modify name_en varchar(64) default null,algorithm=inplace; -- 63-64 不可修改