rename table 会加元数据锁（mdl）导致全表阻塞，影响线上服务；支持跨库重命名但需权限和引擎兼容；报错1017/1146多因文件缺失或表名错误；不可回滚，须提前备份。
RENAME TABLE 会锁表吗？影响线上服务吗
会，而且是**元数据锁（MDL）全表级锁定**，整个重命名过程期间，原表名和新表名都不可被 DDL 或 DML 修改。这意味着：RENAME TABLE 执行时，所有对这两张表的 SELECT、INSERT、UPDATE、DELETE 都会被阻塞，直到重命名完成。
实操建议：
- 务必在低峰期执行，尤其避免在主从复制延迟敏感的场景下操作
- 如果表很大（比如 >10GB），
RENAME TABLE本身很快（只是改个 .frm / 数据字典项），但锁持有时间取决于等待队列中已有的长事务——先用SHOW PROCESSLIST看有没有运行中的慢查询或未提交事务 - 在 MySQL 5.7+ 中，可通过
SELECT * FROM performance_schema.metadata_locks查当前 MDL 状态（需开启相关 instrumentation）
RENAME TABLE 跨库重命名是否可行
可以，语法支持跨数据库移动表，例如把 db_old.t1 改名为 db_new.t1。但要注意权限和存储引擎限制：
- 必须对源库和目标库都拥有
DROP和CREATE权限（不是ALTER） - MyISAM 表跨库重命名实际是文件移动，要求两个库在同一文件系统下；InnoDB 表则依赖数据字典，MySQL 5.7+ 支持跨库，但 5.6 及更早版本不支持（会报错
ERROR 1017 (HY000): Can't find file） - 若目标库已有同名表，命令直接失败，不会覆盖——这是安全设计，不是 bug
为什么有时 RENAME TABLE 报 ERROR 1017 或 ERROR 1146
这两个错误本质都是“找不到表”，但原因不同：
-
ERROR 1017 (HY000): Can't find file：常见于 MyISAM 表缺失.MYD或.MYI文件，或 InnoDB 表的.ibd文件被手动删过但字典未清理 -
ERROR 1146 (42S02): Table 'xxx' doesn't exist：输入的原表名拼写错误、大小写不匹配（Linux 下库/表名区分大小写，取决于lower_case_table_names设置）、或表已被其他线程 DROP - 注意：MySQL 8.0+ 默认
lower_case_table_names=0（区分大小写），而很多开发环境设为 1，导致本地测试通过、上线后失败
替代方案：用 CREATE + INSERT + DROP 安全迁移表名行不行
可以，但不是“更安全”，而是“更可控但更重”。它绕过了 MDL 全表锁，但引入了新问题：
- 数据一致性难保障：除非加应用层写停写（如切流量），否则
INSERT ... SELECT过程中老表持续有写入，容易丢数据 - 索引、外键、触发器、注释等不会自动复制，必须手工重建，漏一项就可能引发后续故障
- 大表耗时长，且占用双倍磁盘空间——
RENAME TABLE是原子的文件/字典指针交换，几乎不占额外空间 - 真正需要“零停机”时，应考虑
pt-online-schema-change工具，它内部就是用影子表 + 触发器同步，但代价是复杂度和资源开销上升
最常被忽略的一点：MySQL 的 RENAME TABLE 不支持事务回滚。一旦执行成功，无法用 ROLLBACK 撤销——所以操作前一定要确认备份可用，且语句里别手抖写错目标名。
