大家看看这个方案是否可行

显示全部楼层 · 2007-9-26 18:42:10

前几天针对我的应用问过大家：linux+9204 ，电子商务应用，前台是网站的展示部分，后台不定时或长时间的insert和update数据，由于insert和update，导致iowait等待比较厉害，影响到前台的速度。
我想的方案是这样的：实现前后台的数据分离，用2个库，一个查询一个后台数据更新。
1）2个库之间用aman实现数据同步（不是实时），当导入到后台库以后，用aman实现增量备份，然后应用到查询库。计划每天4次。
2）2个库之间用dataguard实现数据同步，异步逻辑方式。
大家说那个更好一些？还有其他好的方式吗？

千问 · 2007-9-26 18:42:10

2好一些，如果能满足业务的话。
这两种方法都回导致查询结果滞后。

千问 · 2007-9-26 18:42:10

千问 · 2007-9-26 18:42:10

逻辑standby

千问 · 2007-9-26 18:42:10

RAC?

千问 · 2007-9-26 18:42:10

嗯。看来大家都支持dg，评估后争取尽快实现。谢谢大家

千问 · 2007-9-26 18:42:10

如果有可能，可以考虑考虑用Resource plan来限制UPDATE和INSERT处理。用处理时间来换取整体性能。毕竟维护2台服务器的成本要比1台高。
如果非要2台同步的话，还是dataguard好些吧。

千问 · 2007-9-26 18:42:10

业务会这么繁忙？
insert update都能严重iowait了
如果是insert造成得，那一天得进去多少数据啊
如果是update，那一天得给翻来覆去更新多少数据啊。。。。。。。

千问 · 2007-9-26 18:42:10

如果是查询和修改的锁争用问题可以考虑物化视图：查询操作在mv上，修改操作在表上。定期快速刷新mv

千问 · 2007-9-26 18:42:10

最初由 lzfzl 发布
[B]如果是查询和修改的锁争用问题可以考虑物化视图：查询操作在mv上，修改操作在表上。定期快速刷新mv [/B]
如果是查询与修改产生了锁争用，必然是查询查到了正修改的记录，那么物化视图怎么解决这个问题呢？