MySQL Table Checksum 1.1.0 releasedSat, May 5, 2007 in Databases
MySQL Table Checksum 1.1.0 adds many improvements, but the most important is a new way to ensure slaves have the same data as their master. Instead of checksumming the slave and the master, it can now insert the checksum results directly on the master via an INSERT.. SELECT statement. This statement will replicate to the slave, where a simple query can find tables that differ from the master. This makes a consistent, lock-free checksum trivially easy.
There are also many other feature improvements and bug fixes, compatibility with MySQL 3.23.2 through 6.0-alpha, and I’ve finally gotten the documentation finished to my satisfaction. Plus I wrote a test suite.
The new checksum method
While I was at last week’s conference, Martin Friebe and I went to supper and he suggested doing checksums via INSERT.. SELECT to avoid all the hassles with locking, waiting for slaves to catch up, and so on. This method guarantees checksums are taken at the same point in replication on the master and slave, and requires no locking or waiting. It’s a much better way to verify your slaves are in sync with the master.
The technique is implemented in two ways: with a variable accumulator (a modified version of the original checksum queries I wrote about in previous articles), and with a BIT_XOR checksum similar to the checksum queries used by MySQL Table Sync. Each method has strengths and weaknesses.
It’s now practical – nay, easy – to run MySQL Table Checksum from a cron job, and just as easy to check whether a slave is out of sync with the master. First, you create a table to hold the checksums:
CREATE TABLE test.checksum ( db char(64) NOT NULL, tbl char(64) NOT NULL, this_crc char(40) NOT NULL, this_cnt int unsigned NOT NULL, master_crc char(40) NULL, master_cnt int unsigned NULL, ts timestamp NOT NULL, PRIMARY KEY (db,tbl) );
Then you run MySQL Table Checksum:
mysql-table-checksum --replicate=test.checksum master-hostname
When it’s all done, you check the slave:
SELECT db, tbl, this_cnt-master_cnt AS cnt_diff, this_crc <> master_crc AS crc_diff FROM checksum WHERE master_cnt <> this_cnt OR master_crc <> this_crc;
That’s it! Is that easy to throw into Nagios, or what?
I'm Baron Schwartz, the founder and CEO of VividCortex. I am the author of High Performance MySQL and many open-source tools for performance analysis, monitoring, and system administration. I contribute to various database communities such as Oracle, PostgreSQL, Redis and MongoDB.