Buy Percona ServicesBuy Now!

Global Transaction ID and other patches available!

 | May 13, 2009 |  Posted In: Percona Software


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 (

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 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.

Vadim Tkachenko

Vadim Tkachenko co-founded Percona in 2006 and serves as its Chief Technology Officer. Vadim leads Percona Labs, which focuses on technology research and performance evaluations of Percona’s and third-party products. Percona Labs designs no-gimmick tests of hardware, filesystems, storage engines, and databases that surpass the standard performance and functionality scenario benchmarks. Vadim’s expertise in LAMP performance and multi-threaded programming help optimize MySQL and InnoDB internals to take full advantage of modern hardware. Oracle Corporation and its predecessors have incorporated Vadim’s source code patches into the mainstream MySQL and InnoDB products. He also co-authored the book High Performance MySQL: Optimization, Backups, and Replication 3rd Edition.


  • 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 😉

Comments are closed