My Life My Dream!

守信 求实 好学 力行
随笔 - 193, 文章 - 0, 评论 - 55, 阅读 - 34万
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

问题描述:

      项目反馈数据库服务器的CPU持续100%的情况,跟踪发现很多活动会话的等待事件是“asynch descriptor resize”,并且这些会话一直处于Active状态,而这些会话执行的查询并不复杂,感觉很是奇怪。

 

原因分析:

      查阅了一下资料,对应Oracle的Bug 9829397,Excessive CPU and many "asynch descriptor resize" waits for SQL using Async IO,此BUG发生于11.2.0.1和11.2.0.2上,11.2.0.3修复了此问题。

      设置隐藏参数也是一个解决办法:将disk_asynch_io设置为false来禁用异步I/O(数据库存储方式为文件系统时)

    SQL> alter system set disk_asynch_io=false scope=spfile;          //该参数不是动态的
    SQL> alter system set filesystemio_options=none scope=spfile;   //该参数不是动态的 

 

修改参数配置并重启后,问题依旧,该sql仍然处于一直执行状态,但等待事件变为:db file scattered read

尝试将db_file_multiblock_read_count 调大,问题解决。

SQL> show parameter db_file_multiblock_read_count 

SQL> alter system set db_file_multiblock_read_count=10000;    --试图变更为超大值

经测试,最后将 db_file_multiblock_read_count  的值定义为 128 (OR 256、512 ?)

 

 

 

 
编辑推荐:
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
点击右上角即可分享
微信分享提示