无法修改目标存储过程时，如何在调用存储过程中捕获其返回值并阻止结果返回？

完全可行！核心思路是利用临时表来捕获test1的执行结果，同时阻止结果直接返回给test2的调用者，还能解决百万次调用的性能问题。具体实现步骤如下：

1. 在test2内部创建临时表，结构和test1返回的结果集完全匹配（这里test1返回两个INT类型字段n1、n2）
2. 调用test1时，用INSERT INTO 临时表 CALL 存储过程的语法，把test1的输出写入临时表，而非直接返回给上层调用者
3. 后续在test2里可以直接查询临时表获取test1的执行结果
4. 临时表是会话级别的，会话结束后会自动销毁，无需担心资源残留

修改后的test2代码如下：

delimiter @@
create procedure test2()
begin
    -- 创建临时表，结构与test1返回结果一致
    CREATE TEMPORARY TABLE IF NOT EXISTS temp_test1_result (
        n1 INT,
        n2 INT
    );
    
    -- 清空临时表（避免多次调用时数据累积，按需选择）
    TRUNCATE TABLE temp_test1_result;
    
    -- 调用test1，将结果写入临时表，不会直接返回给test2的调用者
    INSERT INTO temp_test1_result CALL test1(1,2);
    INSERT INTO temp_test1_result CALL test1(3,4);
    
    -- 在这里可以查询临时表获取test1的执行结果，比如：
    -- SELECT * FROM temp_test1_result;
    
    -- 若不需要保留临时表，可手动销毁（可选）
    -- DROP TEMPORARY TABLE IF EXISTS temp_test1_result;
end @@
delimiter ;

为什么这个方案能解决性能问题？ #

百万次调用时直接返回结果会产生大量网络/IO开销（每次调用都要把结果集返回给上层），而用临时表捕获结果是数据库内部操作，避免了频繁的结果集传输，能大幅降低整体流程的耗时。

注意事项 #

• 临时表仅当前会话可访问，不会干扰其他会话的操作
• 如果test1返回的结果集结构发生变化，临时表的结构需要同步调整
• 若test2被其他存储过程调用，临时表可在同一会话的调用链中传递使用

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