做乙方不容易啊，客户发飙拉

feng2371

同情啊，都时乙方

棉花糖ONE

只能通过v$transaction+v$session查到哪个session导致的undo暴涨，语句基本上是查不到了，能查到的概率很小

foxmile

先查看是哪个session吧，不过sql很难查出来的。业务系统里面哪个地有大量的未提交问问设计人员

foxmile

先查看是哪个session吧，不过sql很难查出来的。业务系统里面哪个地有大量的未提交问问设计人员

eagle_fan

给你一些思路吧：

首先如果你的版本是10g的话，先关闭undo retention undo tune参数，你可以查看undo_retention是不是随着空间的增长而增长

如何找出SQL? UNDO增长是因为DML语句，那么DML语句伴随的不仅仅是UNDO，同时也有REDO。找到生成大量REDO的sql自然也就找到生成大量UNDO的sql

v$sesstat中有一项是redo size，取时间点A， create table a as select * from v$sesstat;

然后join v$sesstat, a, v$session，取出这段时间内生成redo最多的session的sid,hash_value,prev_hash_value

magic007

原帖由 freshgirls 于 2008-3-18 12:18 发表


  是LM的兄弟，和你们那边很熟悉啊，呵呵，怎么找出是哪个SQL造成这个问题？

1、查看v$transaction，如果运气好，事务还在运行。再看undo比较多的事务。
2、检查v$sesstat中的redo size。检查两个时间点之间的差值比较大的。看看有没有这样的SESSION。
3、检查undo_retention设置。查看UNDO TABLESPACE是不是设置了retention guarantee
4、建议关闭UNDO TABLESPACE中数据文件的自动扩展。
5、如果在系统中查不到当前产生大量UNDO的会话，只有用logminr挖一挖看看。


btw，不知道你是哪位？站内发个消息如何？

seamanczg1984

原帖由 eagle_fan 于 2008-3-20 08:58 发表
给你一些思路吧：

首先如果你的版本是10g的话，先关闭undo retention undo tune参数，你可以查看undo_retention是不是随着空间的增长而增长

如何找出SQL? UNDO增长是因为DML语句，那么DML语句伴随的不仅仅是UNDO，同时也有REDO。找到生成大量REDO的sql自然也就找到生成大量UNDO的sql

v$sesstat中有一项是redo size，取时间点A， create table a as select * from v$sesstat;

然后join v$sesstat, a, v$session，取出这段时间内生成redo最多的session的sid,hash_value,prev_hash_value

这个方法不错，我上次也是这样找到产生大量redo的sql语句。

不过，你指的取时间点A是什么意思。

eagle_fan

原帖由 seamanczg1984 于 2008-3-20 10:06 发表



这个方法不错，我上次也是这样找到产生大量redo的sql语句。

不过，你指的取时间点A是什么意思。

任意时间点，只是做一个 snapshot

OoNiceDream

原帖由 eagle_fan 于 2008-3-20 08:58 发表
给你一些思路吧：

首先如果你的版本是10g的话，先关闭undo retention undo tune参数，你可以查看undo_retention是不是随着空间的增长而增长

如何找出SQL? UNDO增长是因为DML语句，那么DML语句伴随的不仅仅是UNDO，同时也有REDO。找到生成大量REDO的sql自然也就找到生成大量UNDO的sql

v$sesstat中有一项是redo size，取时间点A， create table a as select * from v$sesstat;

然后join v$sesstat, a, v$session，取出这段时间内生成redo最多的session的sid,hash_value,prev_hash_value

做了下试验，好使。学习了

OoNiceDream

不过有个还有个问题想请教下，这个v$sesstat中,关于redo size的value是以什么为单位的？