Instance Activity内的现象求教

lujiaguai

唐老师，在页面内看到如下的图形：

Instance Activity

图中标出的曲线，其中底下倒数第二条，也就是 users rollbacks ,为什么他的数值比最后一条COMMIT还高
这是不是意味这rollback比commit还多？

同样这个界面，如果选table，用表格来显示，是下面这样的：

从表格里看，rollback 的数值无论是current 还是 per  second都远高于commit ,并且与execute count的值都很接近了

这是为什么？

botang

基本就是图上的情况：rollback很高。
看看是不是系统配置出错，被迫回滚。
另外表格中的”Delta“反映变化率。

lujiaguai

唐老师，变化率怎么理解？
是指每一次统计，跟上一次统计的差额吗？差额越大，变化越多？

另外，我不理解什么情况有被迫回滚，前端的应用上，做了什么，会导致这样回滚这么大？
应用程序从不至于写了rollback在代码里吧？
这个回滚跟undo有没有关系，比如updata很多，导致undo端变化很大，也算rollback? 字面上看并不是这样。
这样的问题，如果怀疑有问题，应该从哪里入手？
我们可以查询到rollback的历史信息吗？

botang

lujiaguai 发表于 2016-12-24 15:01
唐老师，变化率怎么理解？
是指每一次统计，跟上一次统计的差额吗？差额越大，变化越多？

变化率怎么理解？
是指每一次统计，跟上一次统计的差额吗？差额越大，变化越多？

内部类似偏移量或均方差的算法，Delta越大，图上振幅越大。

我们可以查询到rollback的历史信息吗？

系统宏观看：
select  *  from v$sysstat where name like '%roll%';

会话看：
v$session和v$sesstat和v$statname关联。
v$statname中name字段挑：
user rollbacks
transaction tables consistent read rollbacks
rollbacks only - consistent read gets
rollback changes - undo records applied
transaction rollbacks

lujiaguai

因为折行的厉害，下面能贴出'user rollbacks', 'transaction rollbacks'的比较
SQL>  select name, value from v$sysstat where name in ('user rollbacks', 'transaction rollbacks');  

NAME                                                                   VALUE
-----------------------------------------------------------------------------
user rollbacks                                                      4622267
transaction rollbacks                                             215

transaction rollbacks才是比较真实的数据吧
user rollback 有些文章说是因为用户或者应用程序无意义了执行了 rollback命令，也会导致user rollback+1
而transaction rollbacks+1 ，则产生真实的回滚

我执行过
select * from v$sesstat st,v$statname sn where st.statistic#=sn.statistic# and sn.name in ('user rollbacks') order by value desc
结果有105行，都是以下类似的内容：
多个SID都是应用程序的连接，结合上面的，能不能说，就是应用程序上有大量的无意义的rollback命令造成？

       SID STATISTIC#      VALUE STATISTIC# NAME                                                                                            CLASS    STAT_ID
---------- ---------- ---------- ----------
        15          7       1055          7 user rollbacks                                                                                      1 3671147913
      1664          7       1055          7 user rollbacks                                                                                      1 3671147913
      1118          7       1054          7 user rollbacks                                                                                      1 3671147913
      1938          7       1053          7 user rollbacks                                                                                      1 3671147913
       842          7       1052          7 user rollbacks                                                                                      1 3671147913
      1661          7       1052          7 user rollbacks                                                                                      1 3671147913
       566          7       1050          7 user rollbacks                                                                                      1 3671147913
      1117          7       1049          7 user rollbacks                                                                                      1 3671147913

botang

transaction rollbacks才是比较真实的数据吧

是这样的。

多个SID都是应用程序的连接，结合上面的，能不能说，就是应用程序上有大量的无意义的rollback命令造成？

前台的代码一定有问题。