TokuDB企業版提供熱備功能(與社區版唯一的區別)。 該功能以plugin方式提供，當backup plugin加載后，它會攔截所有的文件操作(比如文件讀寫／目錄操作等)，從而實現在備份的過程中增量同步，具體原理請看: [http://www.tokutek.com/2013/09/tokudb-hot-backup-part-1/](http://www.tokutek.com/2013/09/tokudb-hot-backup-part-1/)?? [http://www.tokutek.com/2013/09/tokudb-hot-backup-part-2/](http://www.tokutek.com/2013/09/tokudb-hot-backup-part-2/)? 社區版如何實現熱備呢？ 官方推薦的方式是mylvmbackup，不過可能會有一些＂坑＂。 Percona的Vadim同學寫過一篇[TokuDB tips](http://www.percona.com/blog/2014/07/15/tokudb-tips-mysql-backups/)，介紹了Percona在使用mylvmbackup熱備TokuDB中遇到的＂坑＂及解決方法： 不能只備份TokuDB自身的數據以及日志文件，還要備份最新的binlog，否則啟動的時候可能就＂跪＂了！ 還有一個比較geek的方式，直接基于TokuDB自身的機制，輕松的熱備出一個備庫。 上攻略： ~~~ 1) SET TOKUDB_CHECKPOINT_LOCK=ON; 2) 開始拷貝TokuDB的數據文件(不包含日志文件) 3) FLUSH TABLES WITH READ LOCK; 4) 記錄binlog位置，拷貝最新的binlog和TokuDB的日志文件(*.tokulog) 5) UNLOCK TABLES; 6) SET TOKUDB_CHECKPOINT_LOCK=OFF; ~~~ ＂大殺器＂就是[TOKUDB_CHECKPOINT_LOCK](https://github.com/Tokutek/tokudb-engine/wiki/Checkpoint-Lock)，它的作用是允許拿到checkpoint鎖，此時TokuDB的checkpoint會一直block到該鎖釋放(執行前要把tokudb_checkpoint_on_flush_logs關掉)，目的是防止拷貝TokuDB數據文件的過程中做sharp checkpoint(注意：由于不做checkpoint，TokuDB的日志文件會逐漸增多)，從而導致數據文件內部不一致(已拷貝的文件被修改)。 整個熱備過程中，只有步驟4是阻塞寫的，但耗時較短。