Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 17170 invoked from network); 8 Aug 2008 08:05:28 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by air964.startdedicated.com with SMTP; 8 Aug 2008 08:05:28 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id AF29F8D71D5; Fri, 8 Aug 2008 09:05:23 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27609-03; Fri, 8 Aug 2008 09:05:23 -0400 (EDT) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 80F048D7134; Fri, 8 Aug 2008 09:05:22 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 08 Aug 2008 09:03:25 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 938848D7159 for ; Fri, 8 Aug 2008 09:03:25 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26631-01 for ; Fri, 8 Aug 2008 09:03:25 -0400 (EDT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 407CA8D70E9 for ; Fri, 8 Aug 2008 09:03:24 -0400 (EDT) Received: by wf-out-1314.google.com with SMTP id 23so829894wfg.25 for ; Fri, 08 Aug 2008 06:03:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=e33+itgQ0gDEpMAj34umlI3AdNGuEchKbp0BEimrZBI=; b=qVhypUIhEEfFOd+kmtZ0Gc1j2utd3IvCevwOYmnj0mcY+4gW3s4UhzjfKrLUKwvPBi vjFq7pTESrh5L9MTLzvcCKzG3t+Q+Q5WUBHI5J27R6t77Glsb7sDy5yCte+usrsmepRp elnDBb/A01YnYJBqYob+yj8euKOYYzryObCBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=IuFnrfTN5Ysjj1smtQ+NwofM/aN4Q/Xd/v4JY0QQbgP6bHRaH3U9FB9raZYtSdBzpI fDoZTV0/+HB2yowOh2+fEndz1uXeGCaoRlDON71l4syhdOYa5dEA4pZHDfvjxOHQdGVB 6jeVjO8xjk22oGJQCEZnweZj7Snj6tBovEzn4= Received: by 10.143.161.11 with SMTP id n11mr924523wfo.333.1218200604350; Fri, 08 Aug 2008 06:03:24 -0700 (PDT) Received: by 10.143.37.1 with HTTP; Fri, 8 Aug 2008 06:03:24 -0700 (PDT) Message-ID: <442adaf60808080603q21613823ted1d5ed7f23ce35d@mail.gmail.com> Date: Fri, 8 Aug 2008 15:03:24 +0200 From: Flado To: oracle-l@freelists.org Subject: Re: Rollback per transaction %:73 %? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_63469_9763082.1218200604327" X-archive-position: 9996 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: vandreev@gmail.com Precedence: normal Reply-to: vandreev@gmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain ------=_Part_63469_9763082.1218200604327 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Also, I think some connection pools do a preemptive 'rollback' whenever they hand out a connection (or when they get it back after use). Flado - *From*: "Nigel Thomas" - *To*: VIVEK_SHARMA@xxxxxxxxxxx - *Date*: Thu, 31 Jul 2008 10:13:06 +0100 Vivek Some applications report unusually high rollback rates because "no-work transactions" are ended with a rollback rather than a commit. So you would see sequences of one or more selects (but no DML) followed by a rollback rather than a commit. I seem to recall this being a feature of some JDBC drivers? You may be able to change driver settings to avoid this - or in fact it may not be a problem at all. Regards Nigel ------=_Part_63469_9763082.1218200604327 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Also, I think some connection pools do a preemptive 'rollback' whenever they hand out a connection (or when they get it back after use).

Flado

  • From: "Nigel Thomas" <nigel.cl.thomas@xxxxxxxxxxxxxx>
  • To: VIVEK_SHARMA@xxxxxxxxxxx
  • Date: Thu, 31 Jul 2008 10:13:06 +0100
Vivek

Some applications report unusually high rollback rates because "no-work
transactions" are ended with a rollback rather than a commit. So you would
see sequences of one or more selects (but no DML) followed by a rollback

rather than a commit. I seem to recall this being a feature of some JDBC
drivers?

You may be able to change driver settings to avoid this - or in fact it may
not be a problem at all.

Regards Nigel

------=_Part_63469_9763082.1218200604327-- -- http://www.freelists.org/webpage/oracle-l