Re: STATSPACK - Rollback per transaction %

  • From: Ken Payton <ken.payton@xxxxxxxxxxxxxxxxxx>
  • To: Jared Still <jkstill@xxxxxxxxx>
  • Date: Wed, 28 Dec 2005 17:17:15 -0500

Sounds correct.  The problem seems to be with how statspack is reporting
Rollback per transaction %.  Apparently, from Allen's discovery, it
seems statspack is using 'user rollbacks' as opposed to 'transaction
rollbacks' in it's calculation.  It can be slightly alarming when in the
situation we were discussing earlier when working with connection
pools.  Oracle should probably change their conversion to use
'transaction rollbacks', in the meantime it makes better sense for us to
perform our own calculation.


On Wed, 2005-12-28 at 15:04, Jared Still wrote:
> On 12/28/05, Allen, Brandon <Brandon.Allen@xxxxxxxxxxx> wrote:
>         IIRC, when you issue a rollback and there isn't actually
>         anything to be rolled back, then the 'transaction rollbacks'
>         value in v$sysstat will not be incremented - only the 'user
>         rollbacks' will be incremented.  Someone please correct me if
>         I'm wrong. 
>         
> 
> A quick test seems to confirm this behavior on 9.2.0.6.
> 
> 'user rollbacks' is always updated.
> 
> 'transaction rollbacks' is updated when there is actually something to
> rollback. 
> 
> -- 
> Jared Still
> Certifiable Oracle DBA and Part Time Perl Evangelist
-- 
Kenny Payton
Software Architect
Public Records Group
Choicepoint, Inc.
ken.payton@xxxxxxxxxxxxxxxxxx
o: (770)752-4054

-----------------------------------------
The information contained in this e-mail message is intended only for
the personal and confidential use of the recipient(s) named above. This
message may be an attorney-client communication and/or work product and
as such is privileged and confidential. If the reader of this message
is not the intended recipient or an agent responsible for delivering it
to the intended recipient, you are hereby notified that you have
received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
by e-mail, and delete the original message.

--
//www.freelists.org/webpage/oracle-l


Other related posts: