临时表会话定义咨询及MySQL循环调用存储过程临时表冲突求解

1. 临时表中的“会话”指的是什么？ #

在MySQL里，会话其实就是当前的数据库连接。临时表是和会话强绑定的：

• 只有创建这个临时表的会话能访问它，其他数据库连接（哪怕是同一个用户的）都看不到；
• 当会话断开（比如PHP脚本执行完毕、连接被关闭），临时表会被自动销毁；
• 同一个会话里，你可以创建多个临时表，但不能重复创建同名的临时表。

2. 解决临时表冲突&合并查询结果的方案 #

先帮你理清问题根源：你在循环里调用存储过程，而存储过程和主脚本共用同一个数据库连接（会话）。第一次调用存储过程时创建了临时表，后续再调用时，同一个会话里这个表已经存在，自然就会报“无法创建tmp_table，因为该表已存在”的错误。

针对你的需求（合并多次SELECT结果并去重），给你几个可行的方案：

方案一：提前创建临时表，存储过程负责插入数据 #

把创建临时表的逻辑从存储过程里移出来，放到循环之前，让存储过程只负责查询数据并插入到临时表中，最后统一查询临时表并去重。

示例代码如下：

-- 主脚本里先创建临时表（结构与目标查询表一致）
CREATE TEMPORARY TABLE tmp_result LIKE some_joined_table;

-- 初始化循环变量
SET @i = 1;
SET @counter = 10; -- 替换为用户指定的数量

-- 循环调用存储过程插入数据
WHILE @i < @counter DO
    CALL your_procedure(@target_id, @i);
    SET @i = @i + 1;
END WHILE;

-- 最后查询临时表，去重后得到结果
SELECT DISTINCT * FROM tmp_result;

-- 可选：手动删除临时表，会话结束后会自动销毁，也可以不删
DROP TEMPORARY TABLE IF EXISTS tmp_result;

修改后的存储过程（去掉创建临时表逻辑，改为插入）：

DELIMITER //
CREATE PROCEDURE your_procedure(IN p_target_id INT, IN p_offset INT)
BEGIN
    INSERT INTO tmp_result
    SELECT * FROM some_joined_table 
    WHERE some_joined_table.id = p_target_id 
    LIMIT p_offset, 1;
END //
DELIMITER ;

方案二：用动态SQL生成UNION语句，一次性执行 #

如果循环次数不多，可以直接在PHP里拼接出包含多个SELECT ... UNION DISTINCT ...的SQL语句，一次性执行，连临时表都不用创建。

PHP端示例逻辑：

$counter = 10; // 用户指定的数量
$targetId = 123; // 目标ID
$sqlParts = [];
for ($i = 1; $i < $counter; $i++) {
    // 注意：实际开发中要做好SQL注入防护，比如用预处理语句
    $sqlParts[] = "SELECT * FROM some_joined_table WHERE id = $targetId LIMIT $i, 1";
}
$finalSql = implode(' UNION DISTINCT ', $sqlParts);
// 执行$finalSql即可得到合并去重后的结果

方案三：存储过程内先判断临时表是否存在（不推荐） #

如果你一定要在存储过程里处理，可以在创建临时表前先判断是否存在，存在就删除。但这样每次调用存储过程都会清空之前的数据，没法累积循环结果，只适合单次调用场景，这里提一下仅供参考：

DELIMITER //
CREATE PROCEDURE your_procedure(IN p_target_id INT, IN p_offset INT)
BEGIN
    -- 先删除已存在的临时表
    DROP TEMPORARY TABLE IF EXISTS tmp_table;
    CREATE TEMPORARY TABLE tmp_table AS
    SELECT * FROM some_joined_table 
    WHERE some_joined_table.id = p_target_id 
    LIMIT p_offset, 1;
END //
DELIMITER ;

另外还要提醒你：你原来的存储过程里有个变量名冲突的问题——参数名和DECLARE的变量名都是id和i，MySQL会优先使用局部变量，导致传入的参数根本没被用到！一定要把参数名改成不一样的（比如上面用的p_target_id、p_offset），不然你的查询条件会一直是id=-1，查不到任何数据。

内容的提问来源于stack exchange，提问作者Kamil