WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! 与 dc_tablespces
WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!
dc_tablespaces
Probably the most likely cause is the allocation of new extents. If extent sizes are set low then the application may constantly be requesting new extents and causing contention. Do you have objects with small extent sizes that are rapidly growing? (You may be able to spot these by looking for objects with large numbers of extents). Check the trace for insert/update activity, check the objects inserted into for number of extents.
遇到过这样表空间自动扩展这样的一个案例，建议改为手动扩展，并且表空间在规划时建立为assm模式,采用uniform size 统一大小的模式。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/7199859/viewspace-1181984/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 《手把手教你用AI安装Oracle 19c（附详细步骤）》
- 《3小时手工安装Oracle，用AI只需15分钟》
- oracle 20c 不支持non-cdb架构
- 当删除oracle数据库user时发生row cache lock 等待事件
- 通过 Oracle_Cloud_Infrastructure oci 云认证考试
- ORA-32021: parameter value longer than 255 characters 解决方法
- online清理oracle 监听日志推荐的做法
- 分享查看统计信息非常好的脚本
- impdp 导入 schema的数据时会自动创建对应的用户
- 如何移动asm磁盘组内的数据文件到另外一个磁盘组
