mysql 5.7 不支持 rename column，必须用 change column 显式重写完整定义；8.0.4+ 支持 rename column，仅限纯改名且不修改类型或约束，速度快、不锁表，但索引和外键自动适配。
MySQL 5.7 不支持 RENAME COLUMN，必须用 CHANGE COLUMN；8.0.4+ 才真正可用 RENAME COLUMN，但仅限纯改名，不能动类型或约束。
MySQL 5.7 只能靠 CHANGE COLUMN 改字段名
5.7 及更早版本执行 ALTER TABLE t RENAME COLUMN a TO b; 会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。这不是权限问题，是语法被完全拒绝。
- 必须显式写出完整字段定义：旧列名、新列名、类型、
NOT NULL/NULL、DEFAULT、COMMENT、AUTO_INCREMENT等——漏一项就可能丢属性 - 常见翻车点：
ALTER TABLE users CHANGE name username VARCHAR(50);表面看只改名，实际会让原NOT NULL消失，默认变成允许NULL - 外键或主键列不能直接
CHANGE：得先DROP FOREIGN KEY（查SHOW CREATE TABLE得到约束名），改完再重建；主键列需先DROP PRIMARY KEY再加回
MySQL 8.0.4+ 的 RENAME COLUMN 是“名字搬运工”
它不重写字段定义，只改元数据里的列名，所以速度快、不锁表（配合 ALGORITHM=INSTANT 时）。
- 语法极简：
ALTER TABLE users RENAME COLUMN user_name TO username;，不用重复写类型和约束 - 但限制死板：不能同时改类型（比如
VARCHAR(50)→VARCHAR(100)）、不能加NOT NULL、不能改DEFAULT或COMMENT；想干这些，还得切回CHANGE COLUMN - 索引和外键自动适配：索引列名跟着变，外键引用也自动更新（前提是外键定义里用的是列名而非位置）
- 大表操作前务必确认：
SELECT VERSION();≥ 8.0.4，且建议加ALGORITHM=INSTANT防降级（不支持时会 warning 并 fallback 到 COPY）
改名前必须查 SHOW CREATE TABLE
无论用哪个语法，跳过这步就等于蒙眼开车。因为字段真实定义（尤其是 DEFAULT CURRENT_TIMESTAMP、TINYINT UNSIGNED、CHARACTER SET 等细节）不会在 DESCRIBE 里完整显示。
-
SHOW CREATE TABLE users;输出中找目标字段那一行，整行复制，只替换列名，其余字符一个不改 - 如果字段带
GENERATED列或虚拟列，CHANGE会失败，RENAME COLUMN也受限——这类场景必须人工验证依赖逻辑 - 线上表有千万级数据时，别只看语法简洁：用
RENAME COLUMN ... ALGORITHM=INSTANT是首选；若版本不够或要顺手调类型，CHANGE必须搭配低峰期 + 备份 +pt-online-schema-change类工具评估风险
最易被忽略的点是：字段名本身可能撞上 MySQL 8.0 新增的保留字（如 rank、first_value）。哪怕只是把旧列名改成这些词，CHANGE 或 RENAME COLUMN 都会报语法错误——不是改名失败，是解析阶段就被拦下了。
