I'm not sure if this helps your specific problem but there is a mysqldump option "--single-transaction" which stops it from locking the db:<div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_single-transaction">http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_single-transaction</a><br>
<br><div class="gmail_quote">On 8 August 2011 11:53, Andrew Stewart <span dir="ltr"><<a href="mailto:boss@airbladesoftware.com">boss@airbladesoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Tim,<br>
<div class="im"><br>
> I had a similar problem with CentOS. mysqldump was stalling everything for a couple of minutes when it ran.<br>
><br>
> Saw some pretty epic query times popping up in NewRelic RPM around that time. The site just stalled for a few minutes.<br>
><br>
> Pingdom reported a minute or two of downtime.<br>
<br>
</div>Thanks for the information.  I use mysqldump too -- with increasing reluctance because I've been seeing the same behaviour as you.  As a stopgap measure I wrapped it in a timeout[1] but I think the real solution is to move to Postgres and whatever backup mechanism it has.<br>

<br>
Cheers,<br>
Andy<br>
<br>
[1] <a href="https://github.com/airblade/mysql_s3_backup/commit/457d73efeb47dbb26f0ad8782776cbec490d5f05" target="_blank">https://github.com/airblade/mysql_s3_backup/commit/457d73efeb47dbb26f0ad8782776cbec490d5f05</a><br>

<div><div></div><div class="h5">_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</div></div></blockquote></div><br></div>