shareplex测试报告

davidpan

seeing the SHARE PLEX doc (admin guide), feel to above all problem, it had been said clearly, don't know you why still discuss the thing for how to insert ,update, delete, indices, log etc.

biti_rainy

最初由 davidpan 发布
[B]有没人实际应用Share PLex, 在每天生成60G redo log的数据库中,同步性如何?
准备试下,
顺便问下,有谁知道ORACLE如何记录UNDO信息在redo log 中,却有不太影响DATABASE性能，上次问ＯＲＡＣＬＥ在ＳＨＡＮＧＨＡＩopen world上,说影响可以忽略不计,WHY也没说清. [/B]

UNDO  block 对于oracle来说也是跟数据块类似的处理方式。 undo 信息，无非就是对 回滚段的改变。其物理地址形式参考
v$transaction
UBAFIL                                             NUMBER
UBABLK                                             NUMBER
UBASQN                                             NUMBER
UBAREC                                             NUMBER

所以redo  log 中记录undo信息无非也是记录了 地址+数据，跟 redo  information 类似的处理办法。 至于是否有影响，这应该说主要从undo的生成量，buffer  cache ，io能力等方面来决定。 因为insert 只记录 地址，批量的insert 则oracle还会批量（按范围记录）的记录undo信息，比单条记录的平均信息长度小。 所以说，如果系统主要是插入 确实会影响比较小，如果经常删除，那这个影响可就大了，可以近似地认为 影响了1倍的性能。而update则要看具体变更数据的情况了。

BTW:  我没有从研究 redo  log文件二进制本身的角度来考究过，但我从自己dump  undo block,dump  redo  block 以及oracle  logmnr 等相关的研究，做上面的推论的。

davidpan

最初由 biti_rainy 发布
[B]

UNDO  block 对于oracle来说也是跟数据块类似的处理方式。 undo 信息，无非就是对 回滚段的改变。其物理地址形式参考
v$transaction
UBAFIL                                             NUMBER
UBABLK                                             NUMBER
UBASQN                                             NUMBER
UBAREC                                             NUMBER

所以redo  log 中记录undo信息无非也是记录了 地址+数据，跟 redo  information 类似的处理办法。 至于是否有影响，这应该说主要从undo的生成量，buffer  cache ，io能力等方面来决定。 因为insert 只记录 地址，批量的insert 则oracle还会批量（按范围记录）的记录undo信息，比单条记录的平均信息长度小。 所以说，如果系统主要是插入 确实会影响比较小，如果经常删除，那这个影响可就大了，可以近似地认为 影响了1倍的性能。而update则要看具体变更数据的情况了。

BTW:  我没有从研究 redo  log文件二进制本身的角度来考究过，但我从自己dump  undo block,dump  redo  block 以及oracle  logmnr 等相关的研究，做上面的推论的。 [/B]

我理解也是这样,大家知道REDO能够改善性能(同时有能做RECOVERY),但UNDO完善功能的同时,却会影响性能,关键是ORACLE从8i/9i/10g,越来月强调它的UNDO功能,难道它不怕影响性能?但实际上ORACLE性能却真的没降低.WHY?

biti_rainy

UNDO 是oracle 保证事务的情况下能循环覆盖 redo  log 的基础
同时也是 一致读  的基础
也是oracle 区别于其他数据库的重要方面，是实现读写互不封锁的基础

当然会影响性能，但是只要各方面做的好一点，硬件的提升，oracle的速度能为大家所接受，干吗还去考究这个？ 很多因素都会影响性能，但有些东西是必须的，有些是提供一些功能的必要条件，干吗非抓住 undo 这一个条件不放？

至于 9i  或者 10g 的 undo 功能，跟性能并没有太大的关系，flashback  query 是不覆盖回滚段实现的，用空间换的，以前不过是覆盖而已，而10g  flashback  table 是依靠segment 空间不被覆盖实现的，  flashback  database 是依靠 flashbach  area 记录变化的块来实现的，依然是用空间换的，这个会增加io，但是前面两种类型相比8i基本不算增加IO……  不知道你为什么非要研究undo对性能的影响？

davidpan

最初由 biti_rainy 发布
[B]UNDO 是oracle 保证事务的情况下能循环覆盖 redo  log 的基础
同时也是 一致读  的基础
也是oracle 区别于其他数据库的重要方面，是实现读写互不封锁的基础

当然会影响性能，但是只要各方面做的好一点，硬件的提升，oracle的速度能为大家所接受，干吗还去考究这个？ 很多因素都会影响性能，但有些东西是必须的，有些是提供一些功能的必要条件，干吗非抓住 undo 这一个条件不放？

至于 9i  或者 10g 的 undo 功能，跟性能并没有太大的关系，flashback  query 是不覆盖回滚段实现的，用空间换的，以前不过是覆盖而已，而10g  flashback  table 是依靠segment 空间不被覆盖实现的，  flashback  database 是依靠 flashbach  area 记录变化的块来实现的，依然是用空间换的，这个会增加io，但是前面两种类型相比8i基本不算增加IO……  不知道你为什么非要研究undo对性能的影响？ [/B]

在做SharePlex 和Logical standby 的比较,
有人说SharePlex仅产生redo sql,效率比logical standby(同时产生redo,undo sql)高,作为一个优点.
我就想问Logminor如何产生undo sql, 是否ORACLE为了能生成undo sql,在redo logfile加入了一些undo information?

biti_rainy

logmnr 如何生成 undo  sql  ?  不就是把 undo 的信息 提取出来么？

日志文件里面记录了undo block 变化的  数据+地址+ OP(insert/delete/update)   啊，自然就可以还原成 undo  sql 了！我没明白还要追加什么？

通常执行一条sql，oracle在处理的时候自动追加了 undo 部分（undo  block的变化）
而数据库所有的变化，都记录到了 logfile中，oracle 在前滚的时候不过顺序应用这些变化而已

davidpan

最初由 biti_rainy 发布
[B]logmnr 如何生成 undo  sql  ?  不就是把 undo 的信息 提取出来么？

日志文件里面记录了undo block 变化的  数据+地址+ OP(insert/delete/update)   啊，自然就可以还原成 undo  sql 了！我没明白还要追加什么？

通常执行一条sql，oracle在处理的时候自动追加了 undo 部分（undo  block的变化）
而数据库所有的变化，都记录到了 logfile中，oracle 在前滚的时候不过顺序应用这些变化而已 [/B]

Thank you for your comments.

按这样说,redo log file 记录undo information,它仅供Logminor 使用(实在想不出有其它的), ORACLE不会为了这样一功能,去牺牲性能(如果有比较大的话)?
SharePlex 说生成的Queue仅有Redo log file 1/3 大小,除去这点实在想不出SharePlex如何能处理效率高比oracle,功能方面Oracle logical standby and Replication technoly 完全可以代替SharePlex,Replication中的冲突SharePlex也不能避免(和所有工具一样).
但按SharePlex所说,至少在单向同步性上比ORACLE logical standby性能好，
prepare to test it actually.

biti_rainy

按这样说,redo log file 记录undo information,它仅供Logminor 使用(实在想不出有其它的)  ????????


我真的是没搞明白你是怎么理解 oracle 的备份与恢复的？
记录 undo information 是给恢复的时候用的
这个机制已经成熟了多年，只是 oracle 在 8i 版本才推出了 logmnr 工具，顺便让 logmnr 分析出这个内容而已，oracle 也是因早就有 undo  block ,才在9i推出  flashback  功能。基础架构在oracle7 以前就奠定了。


如果你对物理恢复有了解的话，还会问undo information为什么存在这个问题？

davidpan

最初由 biti_rainy 发布
[B]按这样说,redo log file 记录undo information,它仅供Logminor 使用(实在想不出有其它的)  ????????


我真的是没搞明白你是怎么理解 oracle 的备份与恢复的？
记录 undo information 是给恢复的时候用的
这个机制已经成熟了多年，只是 oracle 在 8i 版本才推出了 logmnr 工具，顺便让 logmnr 分析出这个内容而已，oracle 也是因早就有 undo  block ,才在9i推出  flashback  功能。基础架构在oracle7 以前就奠定了。


如果你对物理恢复有了解的话，还会问undo information为什么存在这个问题？ [/B]

你不觉的undo 信息只需放如rollback segment中就足够了吗?并非要放入redo log file中,如果仅为了恢复.

davidpan

if undo information was recorded , the rollback recovery ought to complete at oracle, why was it not offer the function?
Thanks for biti_rainy replies