Hi, I'm having problems with long running select statements (bacula 5.0.2). After activating mysql-slow-logs, I saw logs similar to [] 0 Rows_sent: 127104387 Rows_examined: 127104387 use bacula; SELE
Author: Martin Simmons <martin AT lispworks DOT com>
Date: Wed, 17 Nov 2010 19:26:18 GMT
It makes many different queries, but I doubt that is makes that one. It doesn't look like anything it needs to do. __Martin -- Beautiful is writing same markup. Internet Explorer 9 supports standard
Author: "Mike Holden" <bacula AT mikeholden DOT org>
Date: Thu, 18 Nov 2010 07:05:09 -0500
You will need to submit the query exactly as written anyway, which you haven't done. SELECT /*!40001 SQL_NO_CACHE */ * FROM `File`; SELECT SQL_NO_CACHE * FROM `File`; Note the "/*!40001" and the "*/"
said: for process queries one. code, which is to help Hi, that's not it. It gets killed the same way with the exact same query: date && echo 'SELECT /*!40001 SQL_NO_CACHE */ * FROM `File`;' | mysql
2010/11/17 <C.Keschnat AT internet-mit-iq DOT de>: That's mysqldump, there is no SQL_NO_CACHE string anywhere in bacula source code. -- Mikael -- Beautiful is writing same markup. Internet Explorer 9
And... if I extend this half-assed answer a bit: This mysqldump execution most likely comes from your catalog backup job. -- Mikael -- Beautiful is writing same markup. Internet Explorer 9 supports s