mysql-zrm --action restore --source=/common/test/20170407091226/--backup-set test --verbose
對於一個數據庫的全備、增備恢復當然沒有問題了
但是，但是，但是：當備份多個庫時有異常情況：
備份多個數據庫時，全備雖然備份了SQL語句，但是也會滾動一個binlog日誌，備份幾個數據庫滾動幾次，這是其一；
第二種情況是：數據恢復時，對於多個庫的全備恢復沒有任何的問題，但是增備數據的恢復有些問題，有5個數據庫進行了數據增備，由於增備的原理是備份binlog日誌實現，同時滾動一個binlog日誌，所以第一個數據庫的增備操作其實已經備份了所有數據庫的增量數據，其餘4個數據庫沒有必要在執行增備操作，且除了第一個增備的數據文件外，其他的增備數據binlog是空的，這是其二；
增備數據恢復時，如：我對test、test_1庫分別進行了全備和增備操作，如果我不小心只將test_1庫DROP了，那麼可以對test_1庫進行全備數據恢復操作，但是對test_1庫進行增備數據操作時，用test_1/20170407091226增備目錄進行恢復時，會報錯，原因就是你的增備數據在第一個增備數據文件裏，所以對於增備數據的恢復操作，需要進行數據的刷選操作，進行恢復;這是其三
對於進行增備時的數據庫選擇也有規定 index mysql.000205 mysql.000206 mysql.000207 zrm_checksum，如：我對test、test_1、test_2進行增備時，如果我選擇了test庫進行數據的增備，那麼test會比較自己的index文件，會將當前binlog進行備份，還有將其他的binlog日誌進行備份，但是因爲是全備的原因binlog日誌在test_2滾到了最新的，也就是說test_2庫對應的binglog是存有最新變更的數據的，比如上面列的mysql.000205 mysql.000206日誌就是滾動的空binlog日誌，只有mysql.000207才存有最新的數據，所以在進行數據的增備時選擇最後的test_2庫進行數據的增備！這是其四
此四點，是mysql-zrm增備數據恢復時最需要注意的點了，網上的都是對一個數據進行的測試，沒有實際的考慮到實際的生產環境是極少肯能只備份一個數據庫的，最後希望本文能對你有所幫助！