用change，不是modify。因为modify会清空原有注释，必须显式重写全部字段定义（类型、约束、默认值等）才能保留comment；而change强制要求重复字段名并照抄原定义，更安全可靠。
ALTER TABLE MODIFY 会清空原有注释，不是“只加不改”
直接写 ALTER TABLE t MODIFY COLUMN c INT COMMENT '新注释' 看似合理，但只要原字段已有注释，执行后旧注释就会被清空——哪怕你没动类型、约束或默认值。这不是 bug，是 MySQL 的设计逻辑：MODIFY 本质是重建列定义，未显式写出的属性（包括 COMMENT）一律按默认值处理，即 COMMENT ''。
常见错误现象：SHOW FULL COLUMNS FROM t 显示 Comment 列为空，而你确信之前设过注释。
- 必须把字段当前完整的定义（类型、
NOT NULL、DEFAULT、AUTO_INCREMENT、字符集、排序规则等）全部重写进语句 - 漏写
DEFAULT会导致该属性被移除；漏写CHARACTER SET可能触发隐式转换 - 如果字段是生成列（
GENERATED ALWAYS AS），漏写表达式会报错
安全做法：用 CHANGE 替代 MODIFY，且必须照抄原定义
CHANGE 和 MODIFY 在仅更新注释时效果一致，但 CHANGE 强制要求你显式写出字段名两次（旧名、新名），反而降低了漏写属性的风险。关键是：别凭记忆手写，先查再改。
实操步骤：
- 运行
SHOW CREATE TABLE table_name，找到目标字段那一行完整定义（例如：`status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '订单状态'） - 复制整行，只替换单引号内的注释内容，其余一字不动
- 套入
ALTER TABLE table_name CHANGE COLUMN old_name old_name ...，注意两个字段名写一样
示例（给 users 表的 nick 字段加注释）：
ALTER TABLE users CHANGE COLUMN nick nick VARCHAR(50) NOT NULL DEFAULT '' COMMENT '用户昵称，仅前台显示';
MySQL 8.0.13+ 支持 ALTER COLUMN SET COMMENT，但别在生产环境贸然用
语法确实简洁：ALTER TABLE t ALTER COLUMN c SET COMMENT '说明文字'。但它有硬性限制：
- 仅限 MySQL 8.0.13 及以上版本；主流生产环境（如 5.7、8.0.12）执行会报
ERROR 1064 - 只能用于纯注释更新——不能同时改类型、约束或默认值，否则语法不通过
- 即使满足版本和语法，某些运维工具（如 pt-online-schema-change）可能尚未兼容该语法
结论：除非你明确控制全量环境升级到 8.0.13+，且已验证上下游工具链支持，否则仍应坚持用 CHANGE。
批量加注释？别手写几十条 ALTER，从 information_schema 生成
手动给 20 个字段挨个写 ALTER TABLE 容易漏字段、错大小写、丢约束。真实项目中，应该用元数据自动生成语句。
比如，给所有名为 _at 结尾的时间戳字段统一加注释：
SELECT CONCAT('ALTER TABLE `', table_name, '` CHANGE COLUMN `', column_name, '` `', column_name, '` ', column_type, ' ', IF(is_nullable = 'YES', 'NULL', 'NOT NULL'), IF(column_default IS NOT NULL, CONCAT(' DEFAULT ', QUOTE(column_default)), ''), ' COMMENT \'记录', column_name, '时间\'') AS ddl FROM information_schema.COLUMNS WHERE table_schema = 'your_db' AND column_name LIKE '%_at' AND column_comment = '';
执行结果是一堆可直接复制执行的 ALTER TABLE 语句。注意检查生成的 column_type 是否含括号（如 TIMESTAMP(6)），部分老版本 MySQL 对带精度的时间类型支持不稳定。
真正容易被忽略的点：字段注释不是“锦上添花”的附加项，而是列定义不可分割的一部分；一旦用 MODIFY 漏写，丢失的不只是注释，还可能是 DEFAULT 或 CHARSET ——这些变更不会报错，但会在某次上线后悄悄改变业务行为。
