“gc freelist” 这个等待事件见的不多。 最近恢复了一套库到x5 , 只使用了一个节点。
前台测试的用户反应数据库时常卡顿, 我用plsql 进行操作的时候的确卡。 查看比较常见的等待事件 “gc freelist”。
生成了一小时的awr 报告,gc freelist 等待事件靠前。

网上查资料,修改_gc_element_percent 参数到200 可以workaround 。
1. https://mikedietrichde.com/2016/03/22/gc-freelist-session-waits-causing-slowness-and-hangs/
2. Database Hangs with High "gc freelist" wait (Doc ID 2055409.1)
直接在pfile 文件中加了_gc_element_percent=200, 重启实例。
文档中的描述:
Workaround is to increase the parameter _gc_element_percent from 120 to 200. This parameter can not be modified dynamically, an instance restart is required:
alter system set "_gc_element_percent"=200 scope=spfile;
Restart the instance for change to take effect.
The workaround just adds more lock elements to avoid contention.
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




