RAC平台的全局热块冲突

    全局热块冲突时RAC平台经常出现的一种等待事件，这种等待如果比较严重的话，会对系统的性能产生十分重大的影响，甚至导致数据库被短时间挂住。

    全局热块冲突和普通的热块冲突类似，普通的热块冲突是在一个单节点上多个会话访问相同的数据库导致的等待事件。如果大量会话访问某个或者某些特定的数据块，那么这些数据块被称为热块。相比单实例环境，全局热块冲突的危害更大，因为全局的热块需要在实例间进行传递。严重的全局热块冲突会导致系统性能急剧下降。

    最典型的案例就是，如果某个应用要对某张表进行大批量的数据插入，而且插入的进程都跑在一个节点上，那么这个系统可能会出现一些buffer busy waits等待事件，不过不会产生很严重的性能问题。如果这个应用的负载均衡方式分布在不同的节点上，那么通过STATSPACK/AWR报告中，我们可能看到下面的情况：

Top 5 Timed Events                                                                                                               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Event                                                        Waits               Time(s)            ....

buffer busy waits                                  17149             12743                 .............

gc buffer busy                                        21057             12348                .............

enq:HW - contention                      ...............

CPU time                                                            ...............

gc current block 2-way                         ...............

对于这种情况，需要在应用的底层进行设计。比如很常用的一种方法，就是在某张表中设计一个INSTANCE_ID字段，插入数据时，每个实例插入的数据中都带有INSTANCE_ID，然后按INSTANCE_ID对这种表进行分区，两个实例之间的gc buffer busy争用就会大幅减少。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9399028/viewspace-678478/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9399028/viewspace-678478/