为什么commit需要耗费这么长时间？

space6212 · 发表于 2006-11-20 09:41

数据库是9204
删除了20w的数据，在删除数据的表建立有两个域索引，执行commit要2个小时
alert文件没有异常，但硬盘读写很厉害

这里不讨论是否需要分批删除提交，讨论一下为什么执行commit要那么长时间呢？

油菜 · 发表于 2006-11-20 09:44

在写回滚段？

lcmlsj · 发表于 2006-11-20 09:51

提交(Commit)流程

　　Oracle产生一个SCN；

　　在回滚段事物表中标记该事物状态为Commited；

　　LGWR（日志读写进程） Flush Log Buffer到日志文件；

　　如果此时数据块仍然在Buffer Cache中，那么SCN将被记录到Block Header上，这被称为快速提交；

　　如果Dirty Block已经被写回到磁盘，那么下一个访问这个Block的进程将会自回滚段中获取该事物的状态，确认该事物被提交。然后这个进程获得提交SCN并写回到Block Header上，这被称为延迟块清除。

space6212 · 发表于 2006-11-20 09:54

最初由油菜发布
[B]在写回滚段？ [/B]

undo是在commit前已经写好了

lcmlsj · 发表于 2006-11-20 09:55

看来问题是与
LGWR（日志读写进程） Flush Log Buffer到日志文件
有关。
是不是i/o系统或磁盘有问题？

space6212 · 发表于 2006-11-20 09:55

最初由 lcmlsj 发布
[B]提交(Commit)流程

　　Oracle产生一个SCN；

　　在回滚段事物表中标记该事物状态为Commited；

　　LGWR（日志读写进程） Flush Log Buffer到日志文件；

　　如果此时数据块仍然在Buffer Cache中，那么SCN将被记录到Block Header上，这被称为快速提交；

　　如果Dirty Block已经被写回到磁盘，那么下一个访问这个Block的进程将会自回滚段中获取该事物的状态，确认该事物被提交。然后这个进程获得提交SCN并写回到Block Header上，这被称为延迟块清除。 [/B]

你的意思是因为延迟块清楚导致commit很慢的？

lcmlsj · 发表于 2006-11-20 09:57

延迟块清楚
并不影响提交，之所以有这个操作就是为了加快commit操作。

space6212 · 发表于 2006-11-20 09:58

最初由 lcmlsj 发布
[B]看来问题是与
LGWR（日志读写进程） Flush Log Buffer到日志文件
有关。
是不是i/o系统或磁盘有问题？ [/B]

当时没有测试过硬盘的I/O速度，但从isotat看，读速度有几十M每秒，应该是正常的

teddyboy · 发表于 2006-11-20 10:00

v$session_wait

lcmlsj · 发表于 2006-11-20 10:03

对，看一下有什么等待事件，是否造成磁盘读写冲突？