PostgreSQL中ON_ERROR_STOP与RAISE语句不生效问题求解

核心原因：ON_ERROR_STOP的作用范围限制 #

\set ON_ERROR_STOP on是psql客户端的配置变量，它仅控制：当psql执行的顶级SQL命令抛出错误时，立刻停止后续所有命令的执行。但它无法干预PL/pgSQL块内部的流程——PL/pgSQL作为一个独立的执行单元（比如DO命令就是一个顶级命令），块内的RAISE语句除EXCEPTION级别外，其余级别（INFO/DEBUG/NOTICE/WARNING等）仅输出信息，不会终止整个DO命令的执行，自然也触发不了ON_ERROR_STOP。

你遇到的现象是完全符合规则的：

• 使用INFO/DEBUG等级别时，PL/pgSQL块会继续执行后续的UPDATE语句，所以num被更新为1
• 使用EXCEPTION级别（或无指定级别，默认就是EXCEPTION）时，PL/pgSQL块会立刻终止，UPDATE不会运行，同时错误会传递给psql，触发ON_ERROR_STOP停止后续命令

实现需求的两种方案 #

如果想要抛出非EXCEPTION级别的信息时，也让执行停止（包括终止PL/pgSQL块+触发ON_ERROR_STOP），可以用以下两种方式：

方案1：在PL/pgSQL内部主动抛出异常 #

在输出通知类信息后，立刻抛出EXCEPTION级别的错误，强制终止当前块：

DO LANGUAGE plpgsql $$
BEGIN
  RAISE INFO 'A custom error!';
  -- 主动抛出异常，终止块执行
  RAISE EXCEPTION 'Stopping execution as requested';
  UPDATE test SET num = num + 1; -- 这行不会执行
END
$$;

这样整个DO命令会报错，psql会触发ON_ERROR_STOP，后续所有命令都不会执行。

方案2：自定义错误级别映射（进阶） #

如果需要让特定通知级别（比如WARNING）也被当作错误处理，可以修改PostgreSQL的log_min_messages或client_min_messages配置，再结合PL/pgSQL的异常捕获逻辑，但这种方式复杂度较高，一般推荐方案1。

验证效果 #

执行修改后的DO块后，查询test表：

postgres=# SELECT num FROM test;
 num
-----
   0
(1 row)

num不会被更新，同时psql会停止后续命令的执行，符合预期。

内容的提问来源于stack exchange，提问作者Super Kai - Kazuya Ito