MySQL 5.7 存储过程中无法直接用变量执行 ALTER TABLE … RENAME TO，必须通过 PREPARE+EXECUTE 动态拼接并执行带反引号的 SQL；需预先检查目标表是否存在，并及时 DEALLOCATE stmt 防复用。
MySQL 5.7 不支持 ALTER TABLE … RENAME TO 动态表名
直接在存储过程中写 ALTER TABLE old_name RENAME TO new_name 会报错，因为 MySQL 5.7 不允许把表名当变量用——old_name 和 new_name 必须是字面量，不能是变量或拼接结果。硬写进去就触发 ERROR 1064，不是语法问题，是解析器根本不认。
必须用 PREPARE + EXECUTE 执行动态 SQL
核心是绕过语法检查：先把语句拼成字符串，再预编译执行。注意三步缺一不可，且变量作用域和字符转义容易出错：
-
SET @sql = CONCAT('ALTER TABLE `', old_table, '` RENAME TO `', new_table, '`');—— 表名必须用反引号包裹，否则含特殊字符（如中划线、数字开头）时失败 -
PREPARE stmt FROM @sql;—— 不能重用同名 stmt，否则第二次执行报ERROR 1243 -
EXECUTE stmt;后必须跟DEALLOCATE PREPARE stmt;，否则下次调用存储过程可能复用旧 stmt 导致行为异常 - 若表名来自
information_schema查询，注意table_name字段值不含反引号，需手动加
批量处理前先验证目标表名是否已存在
MySQL 的 RENAME TABLE 不检查目标名冲突，而 ALTER TABLE … RENAME TO 在 5.7 中实际走的是相同底层逻辑——如果 new_table 已存在，会直接报 ERROR 1050 并中断整个存储过程。所以不能只靠 try-catch（MySQL 存储过程没原生 try-catch），得主动查：
- 用
SELECT COUNT(*) INTO @cnt FROM information_schema.tables WHERE table_schema = DATABASE() AND table_name = new_table; - 加
IF @cnt = 0 THEN ... END IF;包裹重命名逻辑 - 更稳妥的做法是生成语句后先
SELECT @sql查看，人工确认无误再执行
别混淆 RENAME TABLE 和 ALTER TABLE RENAME
虽然最终效果一样，但语义和权限要求不同：
-
RENAME TABLE t1 TO t2是独立语句，支持跨库、多表、原子性；ALTER TABLE t1 RENAME TO t2在 5.7 是兼容写法，但本质仍是单表、同库、非原子 - 存储过程中若涉及跨库移动（比如
db1.t1 TO db2.t1），必须用RENAME TABLE，ALTER TABLE写法不支持库名前缀 - 权限上，
RENAME TABLE要求源库DROP+ALTER，目标库CREATE；ALTER TABLE只校验当前库的ALTER权限，跨库时静默失败
真正卡住的地方往往不是语法，而是外键、长事务或未清理的 PREPARE stmt——它们不会报错，但会让后续执行卡死或结果错乱。每次改完务必 SELECT * FROM information_schema.tables 核对实际表名，别信日志里的 “Query OK”。
