Global Transaction ID and other patches available!

Posted on:



Share Button

I do not know if you noticed it, but Google (Mark Callaghan, Justin Tolmer and their internal mysql-team) made a great contribution to MySQL. Patches global transaction IDs, binlog event checksums and crash-safe replication state are separated and published on Launchpad (https://code.launchpad.net/~jtolmer/mysql-server/global-trx-ids).

For me it was a big wall in using these patches that they were part of one big patch, which you can apply only to 5.0.37, and now there is no barrier to include patches into our builds or MySQL releases.

If you do not know what is Global Transactional ID is – it is worth to look http://code.google.com/p/google-mysql-tools/wiki/GlobalTransactionIds. From my point of view – it is absolutely new view on MySQL replication and it can change MySQL replication architecture.

We definitely will look if we can integrate patches into percona builds and provide binaries if there is no problems. Also I mostly sure the patches will be included into MariaDB along with other Percona-improvements and XtraDB storage engine.

Share Button

Vadim Tkachenko

Vadim leads Percona's development group, which produces the Percona Server, Percona Server for MongoDB, Percona XtraDB Cluster and Percona XtraBackup. He is an expert in solid-state storage, and has helped many hardware and software providers succeed in the MySQL market.


Percona Software

  • Mark Callaghan

    Justin did a great job on this and I can’t wait for it to show up in a Percona binary.

  • will you add the innodb-freeze patch to xtradb?

  • global-transaction-id will support row based replication?

  • Vadim Post author


    No we are not going to add innodb-freeze to xtradb, we have xtrabackup to cover our backup needs.

  • Vadim Post author


    As far as I understand global_transaction_id does not work with row-level replication.

  • Mark Callaghan

    The innodb-freeze patch needs much more work to be stable in production.

    The global transaction id patch is published for 5.0. Row-based replication is not available in 5.0.

  • We’ve been using innodb freeze for a while now but I think that in conjunction with LVM snapshots we’ve been avoiding any bugs with it…

    It’s redundant now though with LVM snapshots.

    We were using innodb freeze BEFORE we started using LVM to bypass a bug in xfs_freeze…

    Would be nice if it were fixed though so that we don’t have to rely on LVM.

  • Kevin,

    How do you do backups ? Why do you need innodb freeze ? As I said we think xtrabackup makes innodb freeze unneeded.
    But if you still interested in innodb_freeze you know how to contact us :)

  • We use this primarily to do slave clones….. I saw your note about xtrabackup doing clones but I have not yet had a chance to look at it.

    Our current setup works 😉

Leave a Reply