重命名表用 rename table，重命名字段用 change column；rename table 是原子操作且支持多表批量重命名，change column 必须显式重写类型定义，且字段名变更会影响视图、存储过程、外键、orm 等依赖项。
重命名表用 RENAME TABLE，重命名字段用 CHANGE COLUMN；别混用 MODIFY COLUMN 或 ALTER TABLE ... RENAME TO 去改字段名，它不支持。
重命名表：优先用 RENAME TABLE，不是 ALTER TABLE ... RENAME
虽然两种语法都能改表名，但 RENAME TABLE 是原子操作、支持多表批量重命名，且在复制环境（如主从）中更安全可靠。
-
RENAME TABLE old_name TO new_name;—— 单表重命名，推荐写法 -
RENAME TABLE t1 TO t1_bak, t2 TO t2_bak;—— 一次改多个表，ALTER TABLE不支持这个 -
ALTER TABLE old_name RENAME TO new_name;—— 可用，但语义上不如RENAME TABLE清晰，且某些旧版本（如 MySQL 5.6 之前）对权限检查更松，易埋隐患 - 执行前必须确保用户有原表的
DROP权限和新表名所在库的CREATE权限，否则报错ERROR 1045 (28000): Access denied
重命名字段：只能用 CHANGE COLUMN，不能用 MODIFY COLUMN
MODIFY COLUMN 只能改类型或约束，不能改名字；想换字段名，必须用 CHANGE COLUMN old_name new_name type，而且新类型必须显式写出——哪怕和原来一样。
- 错误写法：
ALTER TABLE t CHANGE COLUMN name full_name;→ 缺少类型定义，报错ERROR 1064 (42000) - 正确写法：
ALTER TABLE t CHANGE COLUMN name full_name VARCHAR(50) NOT NULL;—— 即使name原来就是VARCHAR(50) NOT NULL，也得完整重复写一遍 - 如果只想改名不改类型，可以查
DESC t;确认原定义，再照抄过去；漏掉NOT NULL或默认值会导致约束丢失 -
CHANGE COLUMN还能顺带调位置，比如加AFTER other_col，但MODIFY COLUMN不支持位置调整
重命名字段时容易忽略的隐性影响
字段名变更看似局部，但会直接影响依赖它的对象，而 MySQL 不自动更新这些引用。
- 视图（
VIEW）会失效：改完字段名后，原视图查询直接报错ERROR 1356 (HY000): View 'db.v' references invalid table/column，需手动CREATE OR REPLACE VIEW - 存储过程/函数里硬编码的字段名不会自动替换，调用时可能返回空值或报错，得人工 grep + 修改
- 外键约束名、索引名若含原字段名（比如自动生成的
fk_user_name），不会随字段名一起变，后续维护容易混淆 - 应用层 ORM 映射（如 MyBatis 的
resultMap、Hibernate 的@Column(name="...")）必须同步更新，否则查不到数据
真正麻烦的不是 SQL 本身，而是字段名变更后那些散落在各处的字符串引用——它们不会报错，却会在运行时悄悄出错。动手前先 SELECT * FROM information_schema.VIEWS WHERE TABLE_SCHEMA = 'your_db' 和 grep -r "old_column" ./src 扫一遍，比事后 debug 节省半天。
