mysql修改列名最安全方式是：8.0.4+用rename column（需algorithm=instant防锁表），低版本或需保留约束时用change column并严格复用原字段完整定义，同时手动更新应用层引用。
MySQL 修改列名没有“绝对安全”的操作，只有“更可控”和“更容易出错”的做法。关键取决于你的 MySQL 版本、字段是否带约束、表中是否有数据，以及你是否愿意多查一步 SHOW CREATE TABLE。
用 RENAME COLUMN 前先确认版本支持
MySQL 8.0.4+ 才真正支持 RENAME COLUMN，低于这个版本执行会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。
检查方式很简单：
- 运行
SELECT VERSION();，确认返回值 ≥8.0.4 - 如果版本是
5.7或8.0.0–8.0.3，RENAME COLUMN不可用，强行写会语法错误 - 即使版本达标，
RENAME COLUMN也不能改类型或约束——它只做名字搬运，不碰其他任何定义
CHANGE COLUMN 必须重写完整字段定义
这是最通用、兼容性最强的方式，但也是最容易漏掉细节导致属性丢失的操作。
常见错误现象：
- 执行
ALTER TABLE users CHANGE name username VARCHAR(50);后，原字段的NOT NULL、DEFAULT、COMMENT全没了 - 原字段是
TINYINT UNSIGNED，只写INT会导致符号位变化，数值被截断 - 字段有外键或索引时，
CHANGE会隐式删除再重建，可能触发锁表或复制延迟
正确做法：
- 先查原始定义：
SHOW CREATE TABLE users; - 从输出里复制整行字段定义（含类型、
NOT NULL、DEFAULT、COMMENT、AUTO_INCREMENT等） - 把旧列名替换成新列名，其余一字不动，再执行
CHANGE
修改带外键或主键的列名要额外小心
MySQL 不允许直接重命名主键列或被外键引用的列，除非你先处理依赖关系。
使用场景：
- 目标列是
PRIMARY KEY：必须先DROP PRIMARY KEY，再CHANGE，最后ADD PRIMARY KEY - 目标列被其他表的外键引用：需先
DROP FOREIGN KEY（查SHOW CREATE TABLE得到约束名），改完列名后，再用原定义重建外键 - 目标列上有索引（非主键）：
CHANGE会自动保留索引名，但索引列名已更新；RENAME COLUMN则完全不影响索引结构
线上环境建议加 ALGORITHM=INSTANT 和低峰期操作
MySQL 8.0.12+ 支持 ALGORITHM=INSTANT 的 RENAME COLUMN，能避免锁表；但 CHANGE COLUMN 即使只改名，只要涉及类型重写，默认仍是 COPY 模式，大表会卡住 DML。
实操建议：
- 对千万级以上表，优先用
RENAME COLUMN（版本够）+ALGORITHM=INSTANT - 用
CHANGE COLUMN时，加上ALGORITHM=INSTANT测试是否支持（不支持会自动降级并报 warning） - 无论哪种方式，上线前在同规格从库或影子库上跑一遍，观察慢日志和复制延迟
最常被忽略的一点：改名后应用代码、视图、存储过程、触发器里的字段引用不会自动更新，必须人工核对并同步修改。
