使用Node PG包授予所有序列USAGE、SELECT权限时首次执行无效

可能的原因 #

1. 会话权限缓存未更新
   PostgreSQL会在会话启动时加载权限信息，如果你第一次运行脚本后，使用的是同一个会话查询序列，即便已经执行了授权操作，当前会话也不会自动刷新权限。第二次运行脚本后，要么重新建立了会话，要么权限缓存被触发更新，因此能正常查询。

2. 脚本授权语句未正确执行
   如果脚本里有条件判断逻辑（比如仅当用户不存在时才执行创建+授权），第一次运行时用户刚创建，但授权语句可能因异常未执行；第二次运行时用户已存在，跳过创建步骤后授权语句正常执行，权限随之生效。

3. 事务未提交
   若脚本将创建用户和授权操作放在未提交的事务中，第一次运行后事务未提交，权限并未真正生效。第二次运行脚本时，要么触发了事务提交，要么授权语句在独立事务中执行并提交，权限才生效。

解决办法 #

• 刷新会话权限：授权操作完成后，要么重新连接数据库，要么执行SET ROLE username;再进行查询，强制会话加载最新权限。
• 修正脚本逻辑：确保授权语句无论用户是否已存在都能执行，示例脚本如下：

  -- 不存在则创建用户
  DO $$
  BEGIN
      IF NOT EXISTS (SELECT FROM pg_catalog.pg_user WHERE usename = 'username') THEN
          CREATE USER username;
      END IF;
  END $$;
  -- 强制执行授权
  GRANT USAGE, SELECT ON ALL SEQUENCES IN SCHEMA public TO username;
  -- 设置默认权限，确保未来新建的序列也能被访问
  ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT USAGE, SELECT ON SEQUENCES TO username;
  

• 确保事务提交：如果脚本使用了事务，操作完成后务必执行COMMIT;，或直接使用默认的自动提交模式，避免不必要的事务包裹。
• 验证授权结果：可以在脚本中添加验证语句，第一次运行后检查权限是否已正确授予：

  SELECT grantee, privilege_type FROM information_schema.role_table_grants 
  WHERE table_schema = 'public' AND table_type = 'SEQUENCE' AND grantee = 'username';
  

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