存储过程填充的SQL暂存表刷新无数据问题解决方案

偶发读空的核心原因是现有存储过程逻辑存在两个硬伤：

• TRUNCATE属于DDL语句，执行后会自动隐式提交事务，清空表之后到后续INSERT执行完成的这段时间里，所有访问该表的请求都会读到空数据，刷新越慢这个空窗期越长，越容易被业务请求撞上
• 流程没有任何异常容错机制，TRUNCATE执行完后如果INSERT步骤因为锁冲突、数据源异常、资源不足等任何原因报错中断，表会一直保持空状态，直到下一次存储过程调度

你提到的建普通视图的思路解决不了问题：普通视图只是基表的查询别名，本身不存数据，基表为空时视图查询结果一样是空。可以按实际场景从以下方案里选：

方案1：双表轮换（零空窗，最稳定，优先选） #

这是全量刷新暂存表场景的通用标准解法，全程不会出现无数据的状态：

• 先创建两张和目标暂存表结构完全一致的分表，比如<TableName>_1、<TableName>_2，再通过同义词/公有别名指向当前正在对外提供服务的分表，业务侧永远只访问这个别名
• 存储过程每次执行刷新时，先往当前没有被别名指向的空闲分表里写入全量数据
• 等全量数据插入完成、校验行数/核心字段符合预期后，一次性修改别名指向，让后续查询都落到刚写完新数据的分表上
• 别名切换完成后，清空旧的分表数据，留作下一次刷新使用

这种方案哪怕插入过程中出现报错，也完全不会影响正在提供服务的旧数据，没有任何空数据窗口，稳定性最高。

方案2：事务锁改造（改动最小，适合小数据量场景） #

如果不想新增表，可以直接改造现有存储过程逻辑，用事务+表锁消除空窗：
改造参考代码如下：

create or replace Procedure <ProcedureName>
as
Begin
    -- 申请表级排它锁，锁持有期间其他会话的查询会等待，不会读到中间空状态
    LOCK TABLE <TableName> IN EXCLUSIVE MODE NOWAIT;
    -- 弃用TRUNCATE：TRUNCATE会隐式提交破坏事务边界，无法回滚，改用DELETE清空
    DELETE FROM <TableName>;
    -- 原有全量插入逻辑
    INSERT INTO <TableName> 
    -- 此处补全原有的插入查询逻辑
    COMMIT;
-- 新增异常捕获，出错直接回滚，避免表长期为空
EXCEPTION
    WHEN OTHERS THEN
        ROLLBACK;
        RAISE;
END

注意：该方案存在权衡：删除+插入的整个执行过程中表是被锁住的，所有访问请求都会阻塞等待，如果数据量大、插入耗时长，很容易导致业务查询超时，仅适合万级以内小数据量、插入耗时在几百毫秒以内的场景

其他补充说明 #

如果倾向于在视图层解决，不要用普通视图，可以用原子刷新模式的物化视图，本质逻辑和双表轮换类似，刷新时会先生成新的数据集再切换查询指向，不会出现空窗，但灵活度不如自定义的双表轮换逻辑，不方便插入自定义的数据校验步骤。

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