ORA-01981报错提示没加CASCADE CONSTRAINTS，撤销权限失败远程帮忙修复方案

ORA-01981这个报错，说白了就是你想从数据库里拿走某个用户的某个权限，但是这个权限已经被这个用户转手给了别的用户，或者被别的用户依赖着，数据库怕直接拿走会出乱子，所以就阻止了你，并提示你这个错误，它本质上是一种安全保护，防止你误操作导致一系列对象失效，下面我就直接给你说怎么一步步处理这个问题，你不用管那些复杂的术语，照着做就行。

彻底搞清楚错误的原因和现状。 根据Oracle官方文档（来源：Oracle Database SQL Language Reference, REVOKE statement）和常见的运维经验，这个错误最常发生在你试图撤销（REVOKE）一个用户的“系统权限”或“角色”时，用户A拥有“CREATE TABLE”这个权限，并且他使用WITH ADMIN OPTION（对于系统权限）或WITH GRANT OPTION（对于对象权限）把这个权限又授予了用户B，当你试图直接从用户A那里收回“CREATE TABLE”权限时，就会触发ORA-01981，因为用户B的权限是从A那里来的，数据库不知道该怎么处理B的权限了，它不能自动级联处理，必须你明确告诉它。

第一步是确认你的操作,你执行的命令大概率是类似这样的： REVOKE CREATE TABLE FROM 用户A; 或者 REVOKE DBA FROM 用户A; 数据库告诉你不行，失败了。

就是核心的修复操作方案。 修复的方法非常简单，就是在你撤销权限的命令后面，加上CASCADE CONSTRAINTS这个选项，这个选项的作用就是告诉数据库：“我知道这个权限可能传给了别人，你放手去干，把所有因此产生的依赖关系都一起处理掉，该撤销的撤销，该失效的失效。”

正确的命令应该是： REVOKE CREATE TABLE FROM 用户A CASCADE CONSTRAINTS; 或者 REVOKE DBA FROM 用户A CASCADE CONSTRAINTS;

你只要把之前报错的命令,原封不动地再执行一遍，然后在最后加上CASCADE CONSTRAINTS这几个词，再运行，通常问题就解决了，这个关键词就是用来应对你遇到的这个特定错误的“钥匙”。

在按下回车键之前，有非常重要的事情你必须明白： 加上CASCADE CONSTRAINTS之后，这个操作的影响范围就变大了，它不仅仅是从用户A那里拿走权限，还会级联地收回所有通过用户A这个“源头”获得该权限的其他用户的权限，比如上面例子里的用户B，他的“CREATE TABLE”权限也会被同时收回，如果某些对象（比如视图、存储过程）依赖于这些权限，它们可能会变成“无效”状态，这是一个影响面比较广的操作。

更稳妥的操作顺序应该是：

1. 先调查： 在执行带CASCADE的命令前，最好先查一下这个权限到底被授予了哪些下游用户，你可以咨询有经验的同事，或者如果环境允许，尝试在测试库上模拟一下，查询相关的数据字典视图比如DBA_SYS_PRIVS、DBA_ROLE_PRIVS可以找到这些信息，但这需要一些专业知识。
2. 再沟通： 如果这是生产环境，务必通知可能受影响的其他用户或应用负责人，告知他们权限变更和可能的应用短暂影响。
3. 后操作： 执行REVOKE ... CASCADE CONSTRAINTS命令。
4. 最后检查： 操作完成后，检查一下相关的应用程序是否运行正常，或者让相关用户测试一下其功能，如果有对象失效，可能需要重新编译它们，你可以用类似SELECT OBJECT_NAME, OBJECT_TYPE FROM DBA_OBJECTS WHERE STATUS = 'INVALID';这样的命令（需要权限）查看失效对象，然后联系开发人员或自行尝试ALTER PACKAGE ... COMPILE;之类的命令进行编译。

简单总结一下直接修复步骤：

1. 找到你刚才执行失败的那条REVOKE命令。
2. 在这条命令的末尾,FROM 用户名的后面，加上一个空格，然后写上CASCADE CONSTRAINTS。
3. 再次执行这条完整的命令。
4. 命令执行成功后,不要以为就万事大吉了，要留意一下有没有其他用户或应用跑来报告说“之前能用的功能现在用不了了”，如果有，很可能就是级联收回权限导致的问题，需要你进一步处理失效对象。

预防下次再犯： 以后你要收回权限的时候，特别是收回那些比较高级的、带授予选项（ADMIN OPTION或GRANT OPTION）的权限时，脑子里要提前想到可能会有这个依赖问题，如果这个权限很重要、传播很广，直接使用CASCADE CONSTRAINTS可能风险较大，更规范的做法是：先由管理员手动、逐级地收回所有下游用户的这个权限（如果业务上确实需要收回），最后再收回源头用户的权限，这样可以更可控，但在紧急处理或者你确认影响可以接受时，直接用CASCADE CONSTRAINTS是最快最直接的解决办法。

关键就是那四个词：CASCADE CONSTRAINTS，把它加到你撤销权限的命令后面，就能绕过ORA-01981这个错误，但加的同时，心里要对它的副作用有数。