mysql 5.7及更低版本不支持rename column，仅8.0.4+支持且仅限纯改名；change需重复完整定义字段，否则丢失not null、default、comment等属性；大表改名易锁表，需评估影响并检查外键、触发器、视图依赖。
MySQL 5.7 及更低版本只能用 CHANGE，RENAME COLUMN 会直接报错
如果你在 MySQL 5.7 或更早版本执行 ALTER TABLE t1 RENAME COLUMN old_name TO new_name;，会收到类似 ERROR 1064 (42000): You have an error in your SQL syntax 的错误。这不是配置问题，而是语法根本不被支持。MySQL 直到 8.0.4 才引入 RENAME COLUMN，且它仅限于纯改名、不改动任何属性的场景。
所以只要你的环境不是明确确认为 MySQL 8.0.4+ 且只改名、不调类型/约束/注释，就别碰 RENAME COLUMN —— 它不是“更好用的替代”，而是功能受限的特例。
CHANGE 必须重复写旧名 + 新名，并重申全部字段定义
CHANGE 的本质是“删旧列 + 建新列”，因此你必须显式写出完整定义。漏写任何一项，都可能意外改变字段行为：
-
NOT NULL不写，默认变成NULL（哪怕原字段是NOT NULL） - 原字段有
DEFAULT 'guest'，但CHANGE语句里没写，默认值就丢了 - 带
COMMENT '用户昵称'的字段，不手动加COMMENT，注释就清空了 - 如果字段在主键或索引中作为前导列，
ALGORITHM=INSTANT不生效，仍会锁表重建
最稳妥的做法是先运行 SHOW CREATE TABLE table_name;，复制出原字段那一行完整定义，再把旧字段名替换成新字段名，其他一字不动。
大表改名务必评估锁表现象和业务影响
ALTER TABLE ... CHANGE 在绝大多数情况下会触发表重建（即使只是改名），尤其当字段参与主键、唯一索引或外键时。这意味着：
- MyISAM 表会全局锁死，读写全阻塞
- InnoDB 表加元数据锁（MDL），写操作阻塞，长查询也可能卡住读
- 百万级以上行数的在线业务表，执行时间可能达分钟级
如果无法停服，优先考虑 pt-online-schema-change 工具；若确定是 MySQL 8.0.12+ 且字段完全独立（不在任何索引/约束中），可加 ALGORITHM=INSTANT 尝试免锁，但必须验证执行计划是否真用了 INSTANT。
外键、触发器、视图这些依赖项不会自动更新
CHANGE 只改表结构，不扫描也不修改其他对象。如果字段被外键引用、被触发器引用、或出现在某个视图的 SELECT 列表中，改名后这些对象会立即失效：
- 外键约束失效，
INSERT/UPDATE可能报ERROR 1824 (HY000) - 触发器里引用旧字段名，执行时报
Unknown column 'old_name' in 'NEW' - 视图查询直接失败：
ERROR 1054 (42S22): Unknown column 'old_name'
改名前务必用 SELECT * FROM information_schema.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'xxx' AND COLUMN_NAME = 'old_name'; 查外键，再人工检查触发器和视图定义 —— 这步跳过，上线后第一个报错大概率就来自这儿。
