http://www.unelectronlibre.info/journal/ Bloc-notes de Nicolas Steinmetz fr Thu, 28 Aug 2008 19:39:41 +0200 Creative Commons NC-BY-SA http://blogs.law.harvard.edu/tech/rss Dotclear http://www.unelectronlibre.info/journal/post/2008/03/20/En-Vrac#c1318 urn:md5:ef7a729c04887a2f2936672b7b99cbf4 Fri, 21 Mar 2008 10:02:37 +0100 Eric Lemoine <p>L'intérêt c'est de pouvoir faire du point-in-time recovery en rejouant les logs binaires après le restore d'un dump avec mysqlbinlog : <a href="http://dev.mysql.com/doc/refman/5.0/en/mysqlbinlog.html" title="http://dev.mysql.com/doc/refman/5.0/en/mysqlbinlog.html" rel="nofollow">http://dev.mysql.com/doc/refman/5.0...</a></p> <p>Par contre ce qui est utile comme paramètre de configuration c'est expire_logs_days : <a href="http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#option_mysqld_expire_logs_days" title="http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#option_mysqld_expire_logs_days" rel="nofollow">http://dev.mysql.com/doc/refman/5.0...</a><br /> Ca purge automatique les logs binaires + vieux que X jours.</p> <p>Sinon si vous ne l'utilisez pas ça se désactive en commentant le log_bin dans le my.cnf.</p> <p>Eric</p> http://www.unelectronlibre.info/journal/post/2008/03/20/En-Vrac#c1317 urn:md5:e4476acd06db6fde6d12cc0176f3e0f7 Fri, 21 Mar 2008 09:02:28 +0100 Tristan <p>&lt;quote&gt;<br /> Pour la petite histoire, ces logs ont failli remplir à 100% la partition / d'un serveur que j'infogère...<br /> &lt;/quote&gt;<br /> Et moi ils ont fait crasher le serveur de pré-prod de mon client. Dans le cas où il n'y a pas de bases esclaves, je n'en voie pas trop l'interêt, un backup de la base par dump me parait nettement plus judicieux.</p>