rename table 是唯一合法且原子的重命名方式，必须用独立语句而非 alter table；支持多表、跨库、交换命名，但外键和视图需手动更新，执行前须检查长事务、元数据锁及依赖关系。
RENAME TABLE 是唯一合法且原子的重命名方式
MySQL 中改表名不能用 ALTER TABLE old_name RENAME TO new_name，这条语句在 8.0.33+ 及所有主流版本里会直接报 ERROR 1064。真正可用、安全、原子的只有独立语句 RENAME TABLE。
它不是 ALTER 的子句，而是一个完整 DDL 命令，天然支持多表、跨库、交换命名等场景。
-
RENAME TABLE user_info TO users;—— 最基础用法，目标表名必须不存在，否则报ERROR 1050 -
RENAME TABLE logs_old TO logs_bak, logs_new TO logs_old;—— 原子性批量操作，任一失败则全部回滚 -
RENAME TABLE mydb.t1 TO otherdb.t1;—— 跨库即移动，要求两库同实例、用户有对应权限，且目标库必须已存在
外键和视图不会自动更新，必须手动处理
表名变了，但外键定义里写的还是旧名，后续 INSERT/UPDATE 会直接报 ERROR 1824（Failed to open the referenced table）；视图里硬编码的 FROM old_table 也会立刻失效，查就报 ERROR 1146（Table doesn't exist）。
- 查外键依赖：
SELECT CONSTRAINT_NAME, TABLE_NAME FROM information_schema.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'old_table'; - 安全做法：先
ALTER TABLE child DROP FOREIGN KEY fk_name，重命名后再ADD CONSTRAINT - 临时禁用检查（仅限当前会话）：
SET FOREIGN_KEY_CHECKS = 0;，但务必确认逻辑无误，否则可能引发数据不一致 - 查视图依赖：
SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.VIEWS WHERE VIEW_DEFINITION LIKE '%old_table%';，然后手工修改CREATE OR REPLACE VIEW
执行前必须检查长事务和元数据锁
RENAME TABLE 会加 MDL（metadata lock），如果源表或目标表上有未提交事务，命令会卡住，状态显示为 Waiting for table metadata lock，影响其他 DDL 甚至大查询。
- 检查活跃长事务：
SELECT * FROM information_schema.INNODB_TRX ORDER BY TRX_STARTED LIMIT 5; - 看当前阻塞状态：
SHOW PROCESSLIST;，重点关注State列 - 线上操作避开高峰，并提前通知 DBA 或运维确认无关键后台任务在跑
- 从库上禁止直接执行——除非你明确关闭了
sql_log_bin，否则极易引发主从延迟或复制中断
批量重命名别手敲，用 information_schema 自动生成
表数超过 3 个时，人工拼写 RENAME TABLE t1 TO t2, t3 TO t4... 极易错位或漏写，且无法验证新名是否冲突。
- 生成语句示例（把
old_前缀换成new_）：SELECT CONCAT('RENAME TABLE ', table_name, ' TO ', REPLACE(table_name, 'old_', 'new_'), ';') FROM information_schema.tables WHERE table_schema = 'mydb' AND table_name LIKE 'old_%'; - 执行前粘贴结果到客户端，逐条检查：新表名是否已存在？是否遗漏了某张被外键引用的表？
- 若启用
SQL_SAFE_UPDATES，需先SET SQL_SAFE_UPDATES = 0;，否则整条语句会被拒绝 - 交换两个表用途（如上线新结构）必须用三步临时名：
RENAME TABLE real TO tmp, new TO real, tmp TO new，不能写成两步
真正麻烦的从来不是语法本身，而是外键、视图、应用代码里那些散落在各处的旧表名硬编码——它们不会因为你执行了一条 RENAME TABLE 就自动消失。
