Kommentare zu: When backups fail: A mysql binlog race condition http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/ Thu, 22 Oct 2015 22:23:33 +0000 hourly 1 https://wordpress.org/?v=4.4.1 Von: minisite designer http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/comment-page-1/#comment-21501 Sun, 16 May 2010 00:44:00 +0000 http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/#comment-21501 Very useful informations about these subject. I have found them with googling and you seems number one of these subjects ! . . .

]]>
Von: Luisa http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/comment-page-1/#comment-20159 Tue, 23 Mar 2010 15:50:50 +0000 http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/#comment-20159 Joah hier sind wir nun… habe bei Google nach Kleinanzeigen gesucht und bin bei dir gelandet. Will einen Fernseher verkaufen (antik) und habe es bereits auf http://dimida.de probiert… aber da ist anscheinend nichts los. Jetzt gibt es noch ebay aber da kann man niemanden vertrauen. Daher meine Frage: Wo verkaufe ich am besten meine alten Sachen?

]]>
Von: GUS CLEMENS: Know what to get when planning for wedding | Wedding Planning Guide http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/comment-page-1/#comment-19521 Thu, 04 Mar 2010 21:32:19 +0000 http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/#comment-19521 […] When backups fail: A mysql binlog race condition « Screenage […]

]]>
Von: shermann http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/comment-page-1/#comment-19442 Wed, 03 Mar 2010 06:23:42 +0000 http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/#comment-19442 Don’t DELETE 😉

Serious, use a flag in your SQL table model, isDeleted or something, a bit field or boolean. When you do your normal „housecleaning“ (during the nights, while some importan cronjobs are running), you fire a „delete from foobar where isDeleted=true“…you can then avoid having „inserts and deletes“ in your binlog
in the wrong order.

@*8D:
Row based replication can help you here, that’s right, but it can also be a performance killer.
Let’s assume: You have a database with a table of 50mil or more entries…delete from where isDeleted=true, results in a statement based replication in exactly one statement..while in a row based replication it would hit hundreds of thousands of data in your binlog.

The good thing of MySQL 5.1 is, that you can decide what you want to do…mixed mode can help..if you know that deletes should be avoided (This we’re telling as well to our developers, who don’t believe us anyways ;))

Regards,

\sh

]]>
Von: *8D http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/comment-page-1/#comment-19421 Tue, 02 Mar 2010 22:19:17 +0000 http://www.screenage.de/blog/2010/03/02/when-backups-fail-a-mysql-binlog-race-condition/#comment-19421 use of row based replication helps avoid this issue. statement based or mixed mode can be prone to this sort of thing, particularly during times of heavy load.

]]>