MySQL存储过程中不能直接用变量拼接CREATE TABLE，因为SQL解析器在编译阶段要求表名必须为字面量；唯一可行路径是PREPARE+EXECUTE动态执行，且仅支持用户变量（@var），需确保SQL字符串完整合法，并注意临时表名重复、字符集继承等细节。
为什么不能直接在存储过程中用变量拼接 CREATE TABLE
因为 MySQL 存储过程的 SQL 解析器在编译阶段就要求 CREATE TABLE 语句的表名必须是字面量（literal），不接受变量或表达式。哪怕你写成 CREATE TEMPORARY TABLE @table_name (...)，也会报错 ERROR 1064 (42000): You have an error in your SQL syntax —— 这不是语法写错了，是解析器根本不允许。
PREPARE + EXECUTE 是唯一可行路径
动态建临时表必须走预处理语句流程：先拼字符串 → PREPARE → EXECUTE → DEALLOCATE PREPARE。注意三点：
- 临时表名可以用变量拼，但整个 DDL 字符串必须是完整、合法的 SQL，包括括号、逗号、数据类型等细节
-
PREPARE只能作用于用户变量（@var），不能用存储过程局部变量（DECLARE var VARCHAR(64)）直接传入 - 临时表在会话级生效，
EXECUTE后立即可查，无需额外声明作用域
示例：
SET @sql = CONCAT('CREATE TEMPORARY TABLE ', @tmp_table_name, ' (id INT, name VARCHAR(32))');
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;常见拼接错误和绕过技巧
最容易翻车的是字段定义里混入变量（比如动态列名或类型），MySQL 不支持。以下写法全错：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
CONCAT('CREATE TEMPORARY TABLE t1 (', @col_def, ')')→ 错，@col_def若含空格或括号会破坏语法 -
CREATE TEMPORARY TABLE t1 AS SELECT ...动态字段数不匹配时，列名可能丢失或错位 - 在
PREPARE前没做SET @sql = ...，导致@sql为 NULL，执行后静默失败（表没建出来但无报错）
稳妥做法是把可变部分严格限定在表名、库名层级，字段结构尽量静态。若真需动态字段，优先考虑 CREATE TEMPORARY TABLE ... SELECT 并用已知结构的子查询兜底。
临时表生命周期和调试要点
临时表只在当前会话可见，存储过程退出后自动销毁——这点和普通表不同，不用手动 DROP。但调试时容易误判是否创建成功：
- 执行完
EXECUTE stmt后，立刻查SHOW TABLES LIKE 'xxx'查不到，因为SHOW TABLES不显示临时表 - 正确验证方式是
SELECT * FROM <tmp_table_name> LIMIT 1</tmp_table_name>或DESCRIBE <tmp_table_name></tmp_table_name> - 如果过程里多次执行同一段
PREPARE/EXECUTE，且表名相同，第二次会报ERROR 1050 (42S01): Table 'xxx' already exists，得加DROP TEMPORARY TABLE IF EXISTS前置清理
最常被忽略的是字符集和排序规则继承问题：临时表默认用数据库默认字符集，但如果拼接 SQL 里没显式指定 CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci，跟后续 INSERT 的字段值编码不一致，可能触发隐式转换或截断。
