超级用户权限下执行匿名函数修改work_mem未生效，请求排查

咱们一步步拆解问题出在哪，然后搞定它：

首先，你的匿名函数和后续查询没生效，核心问题大概率出在这两个地方：

1. 目标角色范围找错了
   你的DO块里的查询是找admin角色组的成员，但如果admin本身是一个独立的超级用户（不是角色组），那pg_auth_members里根本没有对应的关联记录——循环直接没执行，自然不会有任何ALTER ROLE操作。这就解释了为什么查询pg_db_role_setting返回0行，因为压根没设置任何角色的参数。
2. 会话生效规则没注意
   就算你成功执行了ALTER ROLE ... SET work_mem，这个设置也只会在新会话里生效，当前会话的work_mem还是原来的默认值，必须重新连接才能看到变化。

第一步：确认admin的角色类型 #

先搞清楚admin是独立用户还是角色组，执行以下SQL：

-- 查看admin的核心属性
SELECT rolname, rolsuper, rolcanlogin, rolcreaterole, rolinherit 
FROM pg_authid 
WHERE rolname = 'admin';

• 如果rolcreaterole是f且rolcanlogin是t：说明admin是独立的可登录超级用户，不是角色组。
• 如果rolcreaterole是t且rolcanlogin是f：说明admin是一个角色组（通常不允许直接登录）。

同时，检查admin作为组有没有成员：

-- 查看admin组的所有成员（如果是组的话）
SELECT u.rolname AS member_role
FROM pg_authid u
JOIN pg_auth_members m ON m.member = u.oid
JOIN pg_authid g ON g.oid = m.roleid
WHERE g.rolname = 'admin';

如果这个查询返回0行，那你的DO块循环根本没跑起来，这就是问题根源。

第二步：根据角色类型修正设置操作 #

情况1：admin是独立超级用户 #

直接给admin用户设置参数就行，不用绕圈子：

ALTER ROLE admin SET work_mem = '128MB';

或者如果要给所有超级用户都设置这个参数，用这个更安全的DO块：

DO $_$
Declare r record;
BEGIN
  -- 遍历所有超级用户
  FOR r IN SELECT rolname FROM pg_authid WHERE rolsuper = true LOOP
    EXECUTE format('ALTER ROLE %I SET work_mem = ''128MB''', r.rolename);
  END LOOP;
END $_$;

这里用format()函数比直接拼接字符串更安全，能避免SQL注入风险（虽然是内部操作，但好习惯要保持）。

情况2：admin是角色组 #

如果admin是组，且查询确认有成员，那先重新执行一遍DO块看有没有报错（PostgreSQL的DO块出错会直接提示）。如果没报错但还是没效果，可能是成员角色的rolinherit属性是f——这种情况下，成员不会继承组的参数设置，需要单独给每个成员设置，或者修改成员的继承属性：

-- 修改成员继承组属性（替换[成员角色名]为实际角色）
ALTER ROLE [成员角色名] SET rolinherit = true;

第三步：验证设置生效 #

执行完设置后，必须退出当前数据库连接，重新登录，然后执行：

SHOW work_mem;

这时候就能看到128MB了。同时可以用以下查询验证所有被设置的角色：

SELECT u.rolname, s.setconfig AS setting
FROM pg_db_role_setting s
JOIN pg_authid u ON u.oid = s.setrole
WHERE s.setconfig @> ARRAY['work_mem=128MB'];

• ALTER ROLE ... SET的参数是会话级的，只对新连接生效，当前连接不会实时更新。
• 用format()拼接SQL语句比直接字符串拼接更安全，能处理角色名包含特殊字符的情况。
• 如果角色组的成员没有开启继承（rolinherit = f），组的参数设置不会自动应用到成员身上。

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