MySQL存储过程无法直接拼接变量表名执行RENAME TABLE，因其不支持变量作为标识符，必须用PREPARE/EXECUTE动态执行；且需反引号包裹表名防关键字冲突，每次仅处理单表更可控。
为什么不能直接用循环执行 RENAME TABLE
MySQL 存储过程中无法直接把表名拼进 RENAME TABLE 语句里——它不支持变量作为标识符。你写 RENAME TABLE @old_name TO @new_name 会报错 ERROR 1064，因为语法解析阶段就拒绝了变量表名。必须用预处理语句（PREPARE/EXECUTE）绕过这个限制。
存储过程里必须用 PREPARE + EXECUTE 才行
核心是把动态生成的 SQL 字符串转成可执行语句。注意三点：反引号包裹表名、避免关键字冲突、每次只 rename 一张表（RENAME TABLE 支持多表但存储过程里单条更可控）。
常见错误现象：ERROR 1312: PROCEDURE can't return a result set in the given context，通常是因为 SELECT 语句没加 INTO 或没被注释掉；ERROR 1146: Table doesn't exist 是因为表名没加反引号，遇到 order、group 这类关键字直接崩。
- 先建临时表存映射关系，避免多次查
information_schema.tables - 用
SUBSTRING(table_name, 4)去掉前三位前缀（如sw_），比REPLACE更精准，不会误替换中间字符 -
SET @sql = CONCAT('RENAME TABLE `', old_tbl, '` TO `', new_tbl, '`');—— 反引号不能少 - 每轮循环后加
DEALLOCATE PREPARE stmt;，否则下次PREPARE会报错
完整可运行的存储过程模板（去 sw_ 前缀为例）
DELIMITER //
CREATE PROCEDURE batch_remove_sw_prefix()
BEGIN
DECLARE done INT DEFAULT FALSE;
DECLARE old_tbl VARCHAR(255);
DECLARE new_tbl VARCHAR(255);
DECLARE cur CURSOR FOR
SELECT table_name, SUBSTRING(table_name, 4)
FROM information_schema.tables
WHERE table_schema = DATABASE() AND table_name LIKE 'sw_%';
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
<p>OPEN cur;
read_loop: LOOP
FETCH cur INTO old_tbl, new_tbl;
IF done THEN
LEAVE read_loop;
END IF;</p><pre class='brush:php;toolbar:false;'>SET @sql = CONCAT('RENAME TABLE `', old_tbl, '` TO `', new_tbl, '`');
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;END LOOP; CLOSE cur; END // DELIMITER ;
调用前务必确认当前数据库已选中：USE your_db;；执行时若启用了安全更新模式，需先运行 SET SQL_SAFE_UPDATES = 0;，否则可能卡在权限检查上。
容易被忽略的依赖项和副作用
重命名只改表名，不自动更新外键约束、视图定义、存储过程里的硬编码表名。比如有个视图 v_user_log 里写了 FROM sw_log，表名一换，视图就失效，查的时候报 ERROR 1146。
还有几个坑：
- 如果目标新表名已存在，
RENAME TABLE直接失败，不会跳过——得在循环里加异常捕获（MySQL 5.7 不支持GET DIAGNOSTICS，只能靠外围脚本兜底） - 事务不适用：
RENAME TABLE是 DDL，会隐式提交，无法回滚 - 表上有活跃连接（如长事务、未关闭游标）会导致 rename 阻塞甚至超时
- MyISAM 表 rename 极快，InnoDB 要重建元数据，大表可能卡几秒，期间表不可读写
真正上线前，一定在测试库跑一遍，再用 SELECT * FROM information_schema.VIEWS WHERE TABLE_SCHEMA = 'your_db' 检查视图是否还可用。
