执行GRANT语句报ORA-01031，说明当前用户缺少GRANT ANY PRIVILEGE系统权限或对应对象的WITH GRANT OPTION；DBA角色默认无ADMIN OPTION，JDBC等应用连接后需手动SET ROLE ALL，且多租户环境下须确保在目标PDB中授予权限。
执行GRANT语句本身报ORA-01031，说明你没被授予GRANT ANY PRIVILEGE类权限
Oracle 中，普通用户默认不能给别人授任何权限——哪怕只是给同一个人授 CREATE TABLE，也必须自己先有 GRANT ANY PRIVILEGE（系统权限）或对应对象的 WITH GRANT OPTION（对象权限）。直接执行 GRANT SELECT ON hr.emp TO app_user; 报 ORA-01031，大概率是因为你不是 hr 用户，也没被显式赋予 GRANT ANY OBJECT PRIVILEGE。
常见错误现象：
- 用非对象属主账号执行
GRANT SELECT ON scott.emp TO user_a;→ 报 ORA-01031 - 用普通 DBA 角色用户（如已
GRANT DBA TO myuser;）执行GRANT CREATE SESSION TO newuser;→ 仍报错，因为DBA角色默认不含ADMIN OPTION
正确做法：
- 对象权限必须由对象属主（如
scott）执行，或由具备GRANT ANY OBJECT PRIVILEGE的用户代授 - 系统权限（如
CREATE SESSION、CREATE TABLE）必须由SYS或拥有GRANT ANY PRIVILEGE的用户授予 - 若需转授权限，建表/视图时必须加
WITH GRANT OPTION，例如：GRANT SELECT ON hr.employees TO app WITH GRANT OPTION;
用DBA角色执行GRANT却失败，检查ADMIN OPTION是否启用
DBA 角色本身不自动带 ADMIN OPTION。这意味着即使你被授予了 DBA，也不能用它去给别人授权限——Oracle 会严格区分“自己能用”和“能转授”。
验证方式：
- 查当前用户是否有
GRANT ANY PRIVILEGE：SELECT * FROM SESSION_PRIVS WHERE PRIVILEGE = 'GRANT ANY PRIVILEGE';（空结果 = 没这个能力） - 查
DBA是否带ADMIN OPTION：SELECT ADMIN_OPTION FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'YOUR_USER' AND GRANTED_ROLE = 'DBA';（返回NO就是问题所在）
修复方法（需 SYS 执行）：
GRANT DBA TO your_user WITH ADMIN OPTION;- 或更精准地只授所需权限：
GRANT GRANT ANY OBJECT PRIVILEGE TO your_user;（比开放整个 DBA 更安全）
JDBC/Python 连接后执行GRANT语句失败，别忘了角色未激活
很多开发者在 SQL*Plus 里测试成功，换 Java 或 Python 就失败——根本原因是应用连接 Oracle 后，SESSION_ROLES 是空的。即使你有 DBA 角色，JDBC 默认不会帮你 SET ROLE ALL。
典型表现：
- 连接后立即执行
GRANT ...→ ORA-01031 - 但先手动执行
SET ROLE ALL;再试，就成功了
解决方案（按优先级）：
- 应用代码中，在获取连接后、执行 GRANT 前，显式提交：
SET ROLE ALL;（无密码角色）或SET ROLE dba IDENTIFIED BY 'xxx';（有密码） - 改用具备
GRANT ANY PRIVILEGE的直授用户连接，绕过角色依赖 - 避免在应用层执行 GRANT；把它移到部署脚本或 DBA 手动操作环节
跨PDB或CDB环境执行GRANT失败，权限必须在正确容器中授予
Oracle 12c+ 多租户环境下，GRANT 语句的作用域受当前容器限制。你在 CDB$ROOT 里连上去，执行 GRANT CREATE TABLE TO app_user;，如果 app_user 是 PDB 用户，这条语句实际只在 CDB 层生效——对 PDB 无效。
关键判断点：
- 查当前容器：
SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL; - 查用户所在容器：
SELECT USERNAME, CON_ID FROM CDB_USERS WHERE USERNAME = 'APP_USER';
正确操作：
- 如果用户在 PDB（如
HR_PDB），必须先ALTER SESSION SET CONTAINER = HR_PDB;，再执行 GRANT - CDB 级权限（如
GRANT CREATE PLUGGABLE DATABASE）只能在 CDB$ROOT 授予，且仅对 CDB 生效 - PDB 内部对象权限（如
GRANT SELECT ON hr.employees）必须在对应 PDB 中完成
真正卡住人的地方，往往不是“不知道要授权”，而是“在错的容器里授了权”，或者“以为角色自带转授能力”。每次执行 GRANT 前，先确认三件事：你是谁（SHOW USER）、你在哪（CON_NAME）、你有没有转授资格（SESSION_PRIVS 和 ADMIN_OPTION）。
