RENAME TABLE 是原子操作，但仅限同一存储引擎和同一数据库内；跨库或跨文件系统会触发复制导致非原子；需用 TO 关键字，目标表不可存在；外键、视图等依赖需手动更新。
RENAME TABLE 是原子操作，但有隐含前提
MySQL 的 RENAME TABLE 确实是原子操作——执行成功则表名彻底切换，失败则原表名保持不变，不会出现“半重命名”状态。但这个原子性只在**同一存储引擎、同一数据库内**成立。跨库重命名（如 db1.t1 TO db2.t1）本质是先复制再删源，不是原子的；InnoDB 表跨文件系统重命名也可能触发拷贝，此时若中断会丢失数据。
正确语法和常见错误写法
标准写法必须用 TO 关键字，且目标表不能已存在（否则报错 ERROR 1050 (42S01): Table 'xxx' already exists）。别用 AS 或逗号分隔多个重命名——那属于批量操作语法，容易误写成单条语句。
✅ 正确：
RENAME TABLE users TO users_old;
❌ 错误：
RENAME TABLE users AS users_old; -- 语法错误
RENAME TABLE users, users_old; -- 缺少 TO，报错
⚠️ 注意：如果目标库不存在，MySQL 会报 ERROR 1049 (42000): Unknown database 'xxx'，不是权限或锁问题。
重命名时外键和视图会失效
表名变了，但外键约束里的引用名不会自动更新，会导致后续 DML 报 ERROR 1824 (HY000): Failed to open the referenced table 'users'。视图、存储过程、函数中硬编码的表名同样失效，查询直接报 ERROR 1146 (42S02): Table 'db.users' doesn't exist。
- 先查依赖：
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'users';
- 外键需手动重建：
ALTER TABLE orders DROP FOREIGN KEY fk_orders_user_id;→ 重命名 →ALTER TABLE orders ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users_old(id); - 视图必须用
CREATE OR REPLACE VIEW重新定义
MyISAM 和 InnoDB 的行为差异
MyISAM 表重命名只是改 .frm 和 .MYD/.MYI 文件名，极快且几乎无风险；InnoDB 表虽也快，但内部会触发元数据锁（MDL）和表级排他锁，期间所有对该表的 DML 都会被阻塞，直到重命名完成。若表很大或并发高，这个锁等待可能明显。
? 实操建议：
– 避免在业务高峰执行 RENAME TABLE
– 检查锁状态：
SELECT * FROM performance_schema.metadata_locks WHERE OBJECT_NAME = 'users';
– 如果表带全文索引（InnoDB），重命名后需手动
OPTIMIZE TABLE 重建 FT index，否则搜索可能漏结果
重命名本身不丢数据，但依赖它的外键、视图、应用代码、备份脚本全得同步改——这些地方最容易被忽略。
