PostgreSQL 13中如何限制PL/pgSQL存储过程内指定代码块执行时长

可以实现，核心思路是在目标代码块执行前后记录实时时间，监控累计耗时，一旦超过阈值就终止流程并抛出错误。具体实现方案如下：

• 先在存储过程中定义变量，用于记录刷新环节的起始时间和计算耗时：

  DECLARE
      v_start_time timestamp;
      v_elapsed_minutes numeric;
  BEGIN
      -- 1. 将数据加载至临时表的逻辑（耗时2小时）
      -- ... 此处编写加载临时表的代码 ...
  
      -- 启动刷新物化视图环节，记录实时起始时间
      v_start_time := clock_timestamp();
  
      -- 刷新第一个物化视图
      REFRESH MATERIALIZED VIEW mv1;
      -- 检查当前累计耗时
      v_elapsed_minutes := EXTRACT(EPOCH FROM (clock_timestamp() - v_start_time)) / 60;
      IF v_elapsed_minutes > 60 THEN
          RAISE EXCEPTION '刷新物化视图环节总耗时已超过1小时，终止执行';
      END IF;
  
      -- 刷新第二个物化视图
      REFRESH MATERIALIZED VIEW mv2;
      -- 再次检查累计耗时
      v_elapsed_minutes := EXTRACT(EPOCH FROM (clock_timestamp() - v_start_time)) / 60;
      IF v_elapsed_minutes > 60 THEN
          RAISE EXCEPTION '刷新物化视图环节总耗时已超过1小时，终止执行';
      END IF;
  
      -- 刷新第三个物化视图
      REFRESH MATERIALIZED VIEW mv3;
      -- 最后检查总耗时
      v_elapsed_minutes := EXTRACT(EPOCH FROM (clock_timestamp() - v_start_time)) / 60;
      IF v_elapsed_minutes > 60 THEN
          RAISE EXCEPTION '刷新物化视图环节总耗时已超过1小时，终止执行';
      END IF;
  
      -- 3. 后续处理逻辑（耗时30分钟）
      -- ... 此处编写后续处理的代码 ...
  
  END;
  

关键细节说明 #

• 选用clock_timestamp()而非now()：now()返回事务启动的固定时间，不会随代码执行推进变化；clock_timestamp()返回实时系统时间，能准确计算实际执行耗时。
• 逐步骤检查耗时：如果单个物化视图刷新就导致总时长超标，可及时终止流程，避免无意义的后续操作；若不需要实时中断，也可在所有刷新操作完成后统一检查总耗时。
• 异常终止：通过RAISE EXCEPTION抛出错误时，存储过程会立即停止执行，未提交的事务会自动回滚，符合你终止流程的需求。

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