Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5702E17F84 for ; Sun, 12 Oct 2014 09:57:00 +0000 (UTC) Received: (qmail 45046 invoked by uid 500); 12 Oct 2014 09:56:56 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 44971 invoked by uid 500); 12 Oct 2014 09:56:56 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 44957 invoked by uid 99); 12 Oct 2014 09:56:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Oct 2014 09:56:56 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of stefan@mayr-stefan.de designates 217.11.48.116 as permitted sender) Received: from [217.11.48.116] (HELO ngcobalt16.manitu.net) (217.11.48.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Oct 2014 09:56:51 +0000 Received: from [10.1.1.251] (p4FCB6804.dip0.t-ipconnect.de [79.203.104.4]) (Authenticated sender: u11666) by ngcobalt16.manitu.net (Postfix) with ESMTPSA id BC00C385AA1D for ; Sun, 12 Oct 2014 11:56:29 +0200 (CEST) Message-ID: <543A504C.70008@mayr-stefan.de> Date: Sun, 12 Oct 2014 11:56:28 +0200 From: Stefan Mayr User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: users@tomcat.apache.org Subject: Re: Tomcat Connection Pool Problems with XtraBackup References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi John, Am 11.10.2014 23:30, schrieb John Smith: > I'm trying to workout a managed backup scheme on a MySQL production > database with XtraBackup. According to our DBA, XtraBackup doesn't lock the > database, but issues a series of SHOW TABLE STATUS commands and then works > on the file system level. > > Still, just as XtraBackup runs my logs start to blow up with connection > pool errors: > > Error getting database connection:[http-nio-8080-exec-5] Timeout: Pool > empty. Unable to fetch a connection in 10 seconds, none available[size:100; > busy:100; idle:0; lastwait:10000]. > > There's some suggestion that turning off 'innodb-stats-on-metadata' might > help so we're trying that. > > ... > Anything else seem like it could be tweaked in relation to XtraBackup? > > TIA, > John > XtraBackup can operate without locks if your database contains only InnoDB tables. For other storage engines like MyISAM it still uses locks. A problem we seen is high IO load during XtraBackup. Your DBA could check iostats while backup is in progress. If this makes your database server unresponsive he could try to throttle the backup: http://www.percona.com/doc/percona-xtrabackup/2.2/innobackupex/throttling_ibk.html -Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org