BITMAP CONVERSION FROM ROWIDS导致CPU 增加40% - 重庆思庄Oracle、Redhat认证学习论坛

8108165e2f0d4b81e6.png (226.87 KB, 下载次数: 160)

2024-3-2 17:26 上传

CPU使用情况：

4844365e2f21b70028.png (418.22 KB, 下载次数: 185)

2024-3-2 17:32 上传

赶紧检查了一下索引，及并行度，都是正常的，奇怪的是没有使用位图索引怎么出现了bitmap。

通过观察执行计划的图片可以发现，使用了 BITMAP CONVERSION FROM ROWIDS，其目的是：.oracle将btree索引中获得的rowid信息通过BITMAP CONVERSION FROM ROWIDS的步骤转换成bitmap进行匹配,然后匹配完成后通过BITMAP CONVERSION TO ROWIDS再转换出rowid获得数据或者回表获得数据。这种想象出现的原因为：oracle的cbo是根据cost来决定大小来选择合适的执行计划，当它计算获得通过bitmap的方式执行的时候cost会更小，它就会选择使用这样的执行计划。一般出现这样的情况，都是因为对表建立的不适当的index导致，特别是对表中的唯一度不高的列建立了index，然后oracle就有可能选择两个这样的列转为为bitmap来执行。根据oracle的执行计划，肯定是cost最小的，但是它很多时候忽略了一致性读等其他条件，导致这个执行计划并非像oracle想象的那样最优，因为把btree index转为为bitmap index执行，需要消耗更多的cpu，特别是在cpu比较紧张的系统中，所以这样的情况如果发生在oltp系统中，一般都需要解决。
本例的解决办法是删除唯一度低的index，建立组合index。
删除REGISTER_STATUS字段上的索引，同时就在USER_NAME和 REGISTER_STATUS上建立一个组合索引，