This may be overkill for you, <br>But it may kill two birds with one stone. <br><br>- set up a replication to a single slave <br>- when you want to dump, stop replication <br>- dump from the slave <br>- restart after the dump<br>
<br>Thereby you have a hot copy to failover to<br>As well as a mechanism for taking consistent database snapshots <br>Without affecting the performance of your service. <br><br>On Monday, 8 August 2011, Jay Caines-Gooby <<a href="mailto:jay@gooby.org">jay@gooby.org</a>> wrote:<br>
> On 8 August 2011 11:53, Andrew Stewart <<a href="mailto:boss@airbladesoftware.com">boss@airbladesoftware.com</a>> wrote:<br>>> Tim,<br>>><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>>> Thanks for the information.  I use mysqldump too -- with increasing reluctance because I've been seeing the<br>>> same behaviour as you.  As a stopgap measure I wrapped it in a timeout[1] but I think the real solution is to<br>
>> move to Postgres and whatever backup mechanism it has.<br>><br>> You can also use the --single-transaction option to mysqldump which<br>> prevents it from locking up your app.<br>><br>><br>> --<br>
> Jay Caines-Gooby<br>> <a href="http://jay.gooby.org">http://jay.gooby.org</a><br>> <a href="mailto:jay@gooby.org">jay@gooby.org</a><br>> +44 (0)7956 182625<br>> twitter, skype & aim: jaygooby<br>> gtalk: <a href="mailto:jaygooby@gmail.com">jaygooby@gmail.com</a><br>
> _______________________________________________<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">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
>