用delete删除数据为什么引起sorts（memory）?

dingjun123

有意思，autotrace不是很准确，有的版本对绑定变量的计划也不准确

ccsnmoracle

这个结果不正常吗？？

既然dml操作也会产生consistent gets,那末很有可能在查找要删除列的时候利用sort操作，这个sort操作就是针对consistent gets 的内容。

  这里我想问一个问题，consistent gets的单位是什末？？个还是次，肯定不能是行吧？！

fuyuncat

Event:12836 - Delayed Index maintenance in Oracle8 and above [ID 69001.1]


Event:12836   
Enable / Disable statement level index buffering in Oracle8 and above.

This event determines whether Oracle attempts to perform statement level
buffering for index operations in Oracle8. Statement level buffering is
a performance enhancement introduced in Oracle 8.0.3.

Levels:
    1  no statement level buffering for non-PDML delete/update
    2  no statement level buffering for PDML
    3  no statement level buffering
    4  force statement level buffering for non-PDML delete/update

Statement level buffering may be disabled even if this event is not set
depending on the operation and use of the index.
Buffering may create a temporary segment for the buffered operations.

Functions:
   See <Function:kauxcbf>
   Compute if we do statement-level buffering and allocate kxib



把这个feature关闭，sort就消失了：


HELLODBA.COM>ALTER SESSION SET EVENTS '12836 trace name context forever, level 3';

Session altered.

HELLODBA.COM>alter system flush shared_pool;

System altered.

HELLODBA.COM>delete from t2 where a<=1;

1 row deleted.

HELLODBA.COM>rollback;

Rollback complete.

HELLODBA.COM>select name,value from v$mystat m, v$statname n where m.statistic#=n.statistic# and upper(name) like '%SORT%';

NAME                                                                  VALUE
---------------------------------------------------------------- ----------
sorts (memory)                                                         1518
sorts (disk)                                                              0
sorts (rows)                                                          16017

HELLODBA.COM>delete from t2 where a<=1;

1 row deleted.

HELLODBA.COM>select name,value from v$mystat m, v$statname n where m.statistic#=n.statistic# and upper(name) like '%SORT%';

NAME                                                                  VALUE
---------------------------------------------------------------- ----------
sorts (memory)                                                         1518
sorts (disk)                                                              0
sorts (rows)                                                          16017

HELLODBA.COM>rollback;

Rollback complete.

HELLODBA.COM>ALTER SESSION SET EVENTS '12836 trace name context off';

Session altered.

HELLODBA.COM>alter system flush shared_pool;

System altered.

HELLODBA.COM>delete from t2 where a<=1;

1 row deleted.

HELLODBA.COM>rollback;

Rollback complete.

HELLODBA.COM>select name,value from v$mystat m, v$statname n where m.statistic#=n.statistic# and upper(name) like '%SORT%';

NAME                                                                  VALUE
---------------------------------------------------------------- ----------
sorts (memory)                                                         1598
sorts (disk)                                                              0
sorts (rows)                                                          16829

HELLODBA.COM>delete from t2 where a<=1;

1 row deleted.

HELLODBA.COM>select name,value from v$mystat m, v$statname n where m.statistic#=n.statistic# and upper(name) like '%SORT%';

NAME                                                                  VALUE
---------------------------------------------------------------- ----------
sorts (memory)                                                         1599
sorts (disk)                                                              0
sorts (rows)                                                          16830

HELLODBA.COM>

原帖由 Yong Huang 于 2010-12-16 01:52 发表
Autotrace probably has one extra sort because the trace itself creates one.

For others to know,

fuyuncat's cool OraTracer tool is at

http://www.hellodba.com/Download/OraTracer_upgrade.htm

"kxib - index buffering operations" is in Note:175982.1 and
"kxibFinish: kxib Finish index maintenance processing" is in Bug 5477391.

Relevant event for more research is:

$ oerr ora 12837
12837, 00000, "Delayed index maintenance debugging event"
// *Document: NO
// *Cause:
// *Action: Control dumping of debugging information for dealyed maintenance

Yong Huang

szorauser

哦

fuyuncat

这一特性可以减少一条语句通过索引访问delete/update多条记录产生的db block gets。未启用该特性时，每删除、更新一条记录都要维护一次索引块；启用该特性后，在删除、更新完成后一次性的维护索引。

sundog315

原帖由 fuyuncat 于 2010-12-16 12:03 发表
Event:12836 - Delayed Index maintenance in Oracle8 and above


Event:12836   
Enable / Disable statement level index buffering in Oracle8 and above.

This event determines whether Oracle attempts to perform statement level
buffering for index operations in Oracle8. Statement level buffering is
a performance enhancement introduced in Oracle 8.0.3.

Levels:
    1  no statement level buffering for non-PDML delete/update
    2  no statement level buffering for PDML
    3  no statement level buffering
    4  force statement level buffering for non-PDML delete/update

Statement level buffering may be disabled even if this event is not set
depending on the operation and use of the index.
Buffering may create a temporary segment for the buffered operations.

Functions:
   See
   Compute if we do statement-level buffering and allocate kxib



把这个feature关闭，sort就消失了：

sundog315

fuyuncat研究的很internal，学习了！

xzh2000

谢谢，参加OOW刚回来，发现问题已经差不多了，下周再生产环境上再验证一下。。。

sundog315

原帖由 xzh2000 于 2010-12-17 19:48 发表
谢谢，参加OOW刚回来，发现问题已经差不多了，下周再生产环境上再验证一下。。。

没上itpub展台溜溜？

xzh2000

原帖由 sundog315 于 2010-12-19 22:16 发表


没上itpub展台溜溜？

去了，还拿了两只小老虎回家给儿子玩。。。