insert速度十分缓慢，索引维护浪费大量时间，如何优化？

biti_rainy

也许跟 rac 有关系吧，做做  statspacke 采样和 rac 相关的一些信息来分析分析看看

你的 rac 网络速度也足够的也正常的吧？是否有设置可以修改？

samchj

最初由 biti_rainy 发布
[B]也许跟 rac 有关系吧，做做  statspacke 采样和 rac 相关的一些信息来分析分析看看

你的 rac 网络速度也足够的也正常的吧？是否有设置可以修改？ [/B]

rac本来的interconnect采用的外网，后来我在初始化参数里设置了cluster.interconnect参数，设置成了单独的一个光千卡，当前这个卡的流量是很高的，KBPS达到15000以上，但是这个网卡应该可以处理这个流量的。

statpack也作了一个，信息被我删掉了，当时的top5中 db file sequential read事件最高。

samchj

我今天又收集了一些信息，但是不知道是否正确：
我想，如果node1要向node2请求块的话，至少在node2的gv$cache和x$bh以及gv$bh中存在这些块才对，所以我对node2的这些视图进行查询，但是在node2上并没有发现node1等待的块，那么是否可以判断这个块根本就没有在node2上被读取过呢？
global cache open x的等待其实也有两种情况，一种是从本地disk读取等待，另外一种是从远程的cache中得到？那么如果远程的cache中如果持有这个块的话，那么在等待的时候远程的x$bh中应该有这个块，但是事实是没有，那么由此可以判断和rac无关吗？
谁能给我些建议？

wlidflower

在RAC上对有索引表在几个节点同时INSERT，本身这是ORACLE到现在还没有解决好的问题
其实想想也很正常，因为索引的组织是有序的，所以对索引块在2个之间的争用肯定是无法避免的
解决这个最好的办法就是将表分区，然后建LOCAL索引
而且各个节点可以分别对不同分区进行操作
我们目前是结合分区与业务同时解决这个问题的
ORACLE也是这样建议的

samchj

最初由 wlidflower 发布
[B]在RAC上对有索引表在几个节点同时INSERT，本身这是ORACLE到现在还没有解决好的问题
其实想想也很正常，因为索引的组织是有序的，所以对索引块在2个之间的争用肯定是无法避免的
解决这个最好的办法就是将表分区，然后建LOCAL索引
而且各个节点可以分别对不同分区进行操作
我们目前是结合分区与业务同时解决这个问题的
ORACLE也是这样建议的 [/B]

你说的还是有点道理，rac在这一点上要在10g听说才有一个好的解决方式，但是我的情况和你的不一样。
我只在一个node1上做insert，其他节点只做select，而且基本上没有select的时候node1的insert还是很慢。已经查清楚了和rac没有关系了，只是索引维护的问题，而且我的索引只有一个字段上的普通索引。