Where the open source database community meets: Use code PERCONA75 and secure your spot for Percona Live.  Register

Global Transaction ID and other patches available!

May 13, 2009
Author
Vadim Tkachenko
Share this Post:

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.

0 0 votes
Article Rating
Subscribe
Notify of
guest

9 Comments
Oldest
Newest Most Voted
Inline Feedbacks
View all comments
Mark Callaghan
17 years ago

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

uxio
uxio
17 years ago

will you add the innodb-freeze patch to xtradb?

uxio
uxio
17 years ago

global-transaction-id will support row based replication?

Mark Callaghan
17 years ago

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.

Kevin Burton
17 years ago

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 Burton
17 years ago

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 😉

Far
Enough.

Said no pioneer ever.
MySQL, PostgreSQL, InnoDB, MariaDB, MongoDB and Kubernetes are trademarks for their respective owners.
© 2026 Percona All Rights Reserved