oracle21c 的cache buffers chains问题

Question

oracle21c运行3个月了，存储过程里一条同样的sql没改动，今天突然卡死了，等待事件event总是显示： latch: cache buffers chains，而wait calss显示：concurrency ，把我愁死了，琢磨半天都无不知道咋办， 希望网上熟悉oracle的同仁，帮忙指导，。
感觉像是oracle21c的bug问题。 按理说我的buffer 有10多G啊，我是在pdb里执行的

Answer 1

当您在 Oracle 21c 中遇到与 latch: cache buffers chains 相关的性能问题时，这通常表示有某种并发冲突导致资源争用。这可能是由于多种原因，包括但不限于：

1、高并发：可能有大量的会话或查询同时尝试访问相同的数据块或资源。
2、不足的 SGA 大小：尽管您有 10 多个 G 的 buffer，但如果其他 SGA 组件（如共享池、大池等）也需要大量空间，可能会导致资源争用。
3、表或索引的争用：特定的表或索引可能由于高并发访问而成为热点。
4、SQL 或 PL/SQL 代码：有时，代码中的某些模式或结构可能导致资源争用。
5、Oracle Bug：尽管可能性较低，但不能完全排除是 Oracle 的 bug。
为了解决这个问题，您可以尝试以下步骤：

1、查看等待事件和会话：使用 v$session_wait 和 v$session 视图来查看哪些会话正在等待以及等待什么。

sql

SELECT s.sid, s.serial#, s.username, s.osuser, s.status, w.event, w.wait_time, w.seconds_in_wait  
FROM v$session s  
JOIN v$session_wait w ON s.sid = w.sid  
WHERE w.event LIKE '%latch%'  
ORDER BY w.seconds_in_wait DESC;

2、查看 AWR 报告：AWR（Automatic Workload Repository）报告可以提供有关性能问题的详细信息。您可以查看哪些 SQL 语句或会话导致了最高的等待事件。
3、分析 SQL：查看存储过程中涉及的 SQL 语句，看看是否有可以优化的地方。使用 EXPLAIN PLAN 或其他工具来检查执行计划。
4、调整 SGA 大小：考虑增加 SGA 的大小，特别是如果其他组件（如共享池）也在争用资源。
5、考虑表或索引的分区：如果热点是特定的表或索引，考虑对其进行分区，以减少争用。
6、检查 Oracle Bug：查看 Oracle 的官方支持站点或社区，看看是否有与您遇到的问题相似的已知 bug。
7、考虑代码重构：有时，重新组织或重构 PL/SQL 代码可以减少资源争用。
8、使用 Oracle 支持：如果问题持续存在并且您无法找到解决方案，考虑联系 Oracle 支持以获取帮助。
最后，请注意，性能问题通常很难诊断，并且可能需要多次尝试和迭代才能找到根本原因。希望上述建议能帮助您解决问题。如果解决了阁下的问题，请点击采纳，谢谢！