MySQL 8.0.4+支持RENAME COLUMN语法，仅改名不锁表且自动适配索引外键；5.7及更早版本必须用CHANGE COLUMN重写完整字段定义，否则易丢失NOT NULL、DEFAULT、COMMENT等属性。
ALTER TABLE 本身不支持直接用 RENAME COLUMN 重命名字段——这是 MySQL 8.0.4+ 才加入的语法，低版本会报错 ERROR 1064。
MySQL 8.0.4+：用 RENAME COLUMN 最简方式
如果你确认是 MySQL 8.0.4 或更新版本，直接用标准语法即可，无需重建列：
ALTER TABLE users RENAME COLUMN old_name TO new_name;
- 必须指定完整表名和新旧列名，大小写敏感（取决于系统变量
lower_case_table_names） - 不能同时改类型，如要改类型需额外加
MODIFY COLUMN或CHANGE COLUMN - 该操作是原子的，但会锁表（ALGORITHM=INPLACE 在多数情况下可用，具体看存储引擎和字段类型）
MySQL 5.7 及更早版本：只能用 CHANGE COLUMN
老版本没有 RENAME COLUMN，必须用 CHANGE COLUMN，它本质是“删旧列 + 建新列”，但要求你重复声明字段类型和属性：
ALTER TABLE users CHANGE COLUMN old_name new_name VARCHAR(255) NOT NULL DEFAULT '';
- 必须把原列的完整定义（类型、是否
NOT NULL、DEFAULT、COMMENT等）全部写出来，漏掉NOT NULL会导致约束丢失 - 如果原列有索引（包括主键、唯一索引、前缀索引），
CHANGE COLUMN后索引名不变，但会自动重建；外键引用该列时，语句会失败，需先DROP FOREIGN KEY - 执行期间表会被锁（尤其是 MyISAM 表全程锁表；InnoDB 大多数情况支持
ALGORITHM=INPLACE，但 TEXT/BLOB 类型可能退化为 COPY）
容易踩的坑：字符集、注释、自增和默认值
重命名时这些细节极易被忽略，但会引发线上行为变化：
-
COMMENT不会自动迁移，老版本用CHANGE COLUMN时必须显式带上，否则丢失：... COMMENT '用户昵称' - 自增列（
AUTO_INCREMENT）重命名后仍保持属性，但若在CHANGE COLUMN中漏写AUTO_INCREMENT，该属性会被清除 - 字段默认值如果是函数（如
CURRENT_TIMESTAMP），MySQL 5.6+ 要求写成DEFAULT CURRENT_TIMESTAMP，不能省略DEFAULT关键字 - 字符集和排序规则（
COLLATE）同样需显式声明，否则可能回退到表默认值，导致查询结果不一致
真正麻烦的不是语法本身，而是重命名后应用层代码、ORM 映射、视图、存储过程里所有硬编码的列名都要同步改——漏一处就可能查不到数据或插入失败。
