别被AI提效忽悠了，Oracle运维这些场景AI真没用
如今满世界都在宣扬"AI提效"，仿佛若是不用AI便显得过时了。
我也跟风尝试了三个月。老实说，某些场景确实很高效——AWR报告五分钟出结果，巡检脚本十秒生成，遇到ORA报错也不必再翻Metalink了。
但今天不想谈论这些。
今天我想谈谈那些AI完全无能为力的场景。这不是泼冷水，而是经过三个月的使用后，我觉得这比谈论"AI有多好用"更值得分享。
周二下午，生产数据库查询变慢。
我把AWR报告扔给AI，它说"db file sequential read等待时间偏高，可能是IO子系统性能下降、Buffer Cache不足或索引碎片化"。
三个可能性都对，但也都没用。
实际情况是：存储团队前一天进行了LUN迁移，新LUN性能不如旧的。
这个信息AI不可能知道。它看不到存储层的变更日志，不知道我们的运维流程，更不会跑到隔壁工位去问存储工程师"你们昨天做了什么"。
最终解决问题靠什么？我打了3个电话，拉了个群，2小时定位到LUN迁移，并协调存储团队迁回。
整个过程AI毫无帮助。
这种情况太常见了。数据库出现问题，根源往往不在数据库本身——存储变了、网络抖动、应用发布了新版本、安全组规则被修改。AI只能看到数据库内部的数据，看不到数据库外部的世界。
而故障排除最耗时的部分恰恰是"外部"部分。
开发人员提出了一个需求：在一张5000万行的表中删除两个字段。
AI说：ALTER TABLE ... DROP COLUMN
技术上完全正确。但它不知道：
AI给出的是"教科书答案"，但生产环境从来不是教科书。
你的表上有几个视图、哪些存储过程在引用、删除列是否会影响正在运行的批处理——AI对这些一无所知。
做变更评估，最核心的能力不是"知道语法"，而是知道你的环境里有什么、修改后会影响谁。这是经验、对业务的熟悉以及对系统间依赖关系的理解。
AI能做到语法正确，但做不到"心中有数"。
场景3：架构决策
是否要上RAC？Data Guard用物理备库还是逻辑备库？SGA设置多少？归档日志放在本地还是NFS？
这些问题AI都能给你一个"标准答案"，但标准答案往往不适用。
例如"是否要上RAC"：
架构决策要考虑的东西太多了：业务规模、增长预期、预算、团队能力、合规要求、现有技术债务……这些AI全不知道。
AI能给你选项，但不能替你做决定。
场景4：紧急故障应急
凌晨2点，数据库崩溃了。
这时候你需要的是"行动"，而不是"分析"——快速判断影响范围、决定是否切换、协调相关团队、向领导同步信息。
AI能做什么？它能帮你分析alert日志、建议排查方向。但是：
应急处理的核心是"在信息不完整的情况下快速做决策"，这恰恰是AI最不擅长的——它需要完整输入才能给出可靠的输出，但紧急时刻永远没有完整信息。
场景5：数据倾斜和执行计划飘忽
一条SQL昨天还运行良好，今天突然变慢了。
你看执行计划，变了。昨天走索引，今天走全表扫描。
问AI，它说"建议收集统计信息"。
收集了，好了一阵子。过两天又飘了。
因为根本原因不是统计信息过期，而是数据倾斜。某个分区里90%的数据是同一个状态值，优化器认为走索引更划算，但实际查询的是那90%的数据，走索引反而更慢。
AI很难理解这种情况。因为：
数据倾斜是Oracle调优中最玄学的部分。它要求你对数据分布、业务查询模式和优化器行为都有理解。AI能帮你发现"执行计划变了"，但解释不了"为什么变"和"怎么稳住"。
场景6：安全合规审计
等保要求：敏感字段加密、操作审计留痕、权限最小化、数据脱敏……
AI能帮忙吗？部分可以——它能帮你写加密的SQL、生成审计策略的初稿。
但合规不是写几条SQL的事。它要的是：
合规的本质是"可证明"，不是"能做到"。AI能帮你做到，但不能帮你证明。审计员来查的时候，他要看的是文档、流程、记录，而不是AI生成的一段SQL。
说了这么多无用的，不是为了否定AI，而是为了划定边界。
AI擅长：
AI不擅长：
简单说：AI能帮你"做得更快"，但不能帮你"想得更清楚"。
真正的提效是什么？
用了三个月AI，我最大的体会是：
AI确实帮我节省了30%的时间，但节省下来的时间不是用来摸鱼的——是用在了AI帮不了的事情上。
以前没时间做的：
这些事，AI一件都做不了，但对团队的价值远比"写10个巡检SQL"大得多。
所以AI提效不是伪命题，但前提是你把节省下来的时间花在AI帮不了的地方。
如果你用AI节省了1小时，然后刷了1小时手机——那AI对你来说确实是个伪命题。
最后说句大实话
AI是个好工具，但不是所有工作都适合用工具做。
就像电钻打孔很快，但你不会用电钻来拧螺丝——不是不能，是拧花了。
Oracle运维里有些活，就得靠人：靠人的经验、靠人的判断、靠人的沟通能力、靠人扛责任。
AI替代不了这些，也不该替代这些。
把AI当加速器，别当自动驾驶。方向盘，还是得自己握着。