不能直接用 INSERT ... SELECT 做动态分表插入，因为 MySQL 不支持在 INSERT INTO 后直接拼接变量表名，必须通过 PREPARE + EXECUTE 预处理语句实现；存储过程中需三步：拼接带反引号的 SQL 字符串 → 赋值给用户变量 → 预编译并执行；批量插入须分表、分批次、单事务，禁用 autocommit 并显式提交；注意字符集、SQL 模式、时间一致性及异常捕获。
为什么不能直接用 INSERT ... SELECT 做动态分表插入
因为表名是变量，INSERT INTO table_name 中的 table_name 不支持直接拼接字符串——MySQL 会报错 ERROR 1146 (42S02): Table 'db.table_name' doesn't exist，哪怕你用 CONCAT() 拼出字符串也没用。必须走预处理语句（PREPARE + EXECUTE）绕过语法校验阶段。
存储过程中如何安全拼接表名并执行插入
核心是三步：构造 SQL 字符串 → 预编译 → 执行。注意表名必须用反引号包裹，防止关键字冲突；所有用户可控输入（比如分表后缀）必须做白名单校验，不能直接拼入 SQL。
- 用
CONCAT('INSERT INTO `t_user_', v_suffix, '` SELECT * FROM t_user_temp')拼 SQL - 用
SET @sql = ...赋值给用户变量（只有用户变量能传给PREPARE） - 必须按顺序执行：
PREPARE stmt FROM @sql→EXECUTE stmt→DEALLOCATE PREPARE stmt - 每次循环都要
DEALLOCATE，否则重复定义会报ERROR 1243 (HY000): Unknown prepared statement handler
批量插入时怎么避免事务过大或锁表
单次插入几百万行会撑爆 binlog、拖慢主从同步，还可能触发 LOCK WAIT TIMEOUT EXCEEDED。不能把所有分表塞进一个事务里。
- 对每个分表单独开事务：
START TRANSACTION→ 插入 →COMMIT - 如果单表数据量仍很大（如超 10 万行），改用分批次插入：加
LIMIT和偏移量，配合WHILE循环 - 禁用自动提交：
SET autocommit = 0，但记得显式COMMIT，否则存储过程退出后回滚 - 避免在存储过程中调用
SLEEP()控制节奏——它会阻塞整个连接，改用应用层调度更稳妥
实际写法中容易被忽略的坑
最常栽在字符集和 SQL 模式上。比如 STRICT_TRANS_TABLES 开启时，目标分表字段类型比源数据窄，整条 EXECUTE 会静默失败，但存储过程不报错——你得手动查 SELECT ROW_COUNT() 或加 GET DIAGNOSTICS 捕获异常。
-
PREPARE只作用于当前会话，跨连接不可复用 - 表名变量不能来自
SELECT ... INTO的结果集字段，必须先赋值给普通变量再拼接 - 如果分表逻辑依赖时间（如按月分表），别用
NOW()多次调用——毫秒级差异可能导致跨月误判，应提前算好v_month := DATE_FORMAT(NOW(), '%Y%m') - 调试时用
SELECT @sql看最终语句，但生产环境必须删掉，否则泄露敏感 SQL
