oracle 10g RAC的写性能问题

azzz

前几天做了一个oracle 10g RAC，测试其扩展节点后的性能变化，发现读性能吞吐量从1到3节点递增，但是insert和update的性能吞吐量都下降了，谁能帮忙分析一下原因。

环境：
SUNV20Z x3
公网连接速度100M
私网连接速度1000M
存储为san环境，使用sun3510和sanbox5200 switch

用例：
使用insert命令向一个400万行的表里循环插入数据。


测试策略：
并发用户量从1递增，最大到500，每2秒增加2个用户。

blue_stone

select没有锁操作
insert update都需要对表加锁， 加锁需要多个实例配合完成, 相比单个实例，需要更长的时间
没有做过这方面的分析，仅供参考

numenhuang

原帖由 azzz 于 2006-9-8 16:49 发表
前几天做了一个oracle 10g RAC，测试其扩展节点后的性能变化，发现读性能吞吐量从1到3节点递增，但是insert和update的性能吞吐量都下降了，谁能帮忙分析一下原因。

环境：
SUNV20Z x3
公网连接速度100M
私网 ...

个人认为Oracle RAC主要着重点还是High Availability，侧重于failover，对于RAC中通过设置service，FAN，Cache Fusion机制来Load Balance，这一点是有一定要求的。前不久有同事参加了Oracle北京的RAC培训，从培训文档中这一点也提到了，但是很可惜的是，在Oracle的官方文档中，都没有提到。对于OLTP应用，RAC带来的性能提升是有限的，特别对于频繁的insert，update应用来说，性能基本没有提升，而且节点的增加，反而会带来锁的问题，毕竟cache fusion，service在多个节点上的分布，都会带来锁的问题。我们自己也用2台SUN v240＋SUN 3510FC搭建了一个测试环境，对于insert，update性能的提升基本不大。但是其High Availability真的不错，还可以避免采用Advanced Replication带来的数据同步问题。