一 為什么需要延時備份

percona-xtrabackup是一個優秀的用于增量備份的工具。今天我們講到的延時備份也是使用他們的產品。
以前在MySQL AB復制一文中提到了AB復制。我們首先回顧下MySQL復制的相關要點。AB復制又稱主從復制，實現的是數據同步。經過以下步驟：

1)主服務器把數據更改記錄到二進制日志中，這個操作叫做二進制日志事件；

2)從服務器把主服務器的二進制日志事件拷貝到自己的中繼日志（relay log）中；

3)從服務器執行中繼日志中的事件，把更改應用到自己的數據上。

在生產中，我們在使用 mysql AB 復制技術不但可以起到數據庫層面負載均衡的能力，還可以起到備份數據的功能，但有的時候我們可能由于不小心誤操作導致數據被刪除，這這個時候 slave服務器上的數據也會同時被刪除，如果我們能夠能是的其中的一臺 slave 延時備份的話， 這樣就可以從 slave服務器上找回被誤刪的數據了。
從服務器到主服務器中拷貝二進制日志文件，如果在并發量高，網絡延時嚴重的情況下，會對主服務器造成相當大的壓力，負載高，必定會出現很多問題，比如訪問延遲，IO瓶頸，網絡擁塞等等。服務器壓力過大是我們都不愿看到的情況，那有沒有方案緩解這種情況呢？有，這就是本文講到的延時備份。延時備份通過第三方工具，將檢查同步和真正同步的時間控制在一定的范圍內，而不是主服務器數據發生變化，從服務器立即去同步二進制事件到自己的中繼日志中，這樣的話可以大大減輕主服務器的壓力，并且基于AB復制的優點，可以達到備份數據的目的。

環境簡介

serv01：主服務器 192.168.1.11serv01.host.com

serv08：及時同步服務器 192.168.1.18serv01.host.com

serv09：延時同步服務器 192.168.1.19serv08.host.com

操作系統版本

RHEL Server6.1 64位系統

使用到的軟件包版本

mysql-5.5.29-linux2.6-x86_64.tar.gz

percona-toolkit-2.1.7-1.noarch.rpm

第一步，搭建環境。修改配置文件，注意每臺的server-id不一致；

第二步，serv01serv08 serv09清空日志