MySQL 自身的 mysqldump 工具支持單線程工作， 依次一個個導出多個表，沒有一個并行的機 ，這就使得它無法迅速的備份數據。

mydumper 作為一個實用工具，能夠良好支持多線程工作， 可以并行的多線程的從表中讀入數據并同時寫到不同的文件里 ，這使得它在處理速度方面快于傳統的 mysqldump 。其特征之一是在處理過程中需要對列表加以鎖定，因此如果我們需要在工作時段執行備份工作，那么會引起 DML 阻塞。但一般現在的 MySQL 都有主從，備份也大部分在從上進行，所以鎖的問題可以不用考慮。這樣， mydumper 能更好的完成備份任務。

mydumper 特性

mydumper 備份機制

mydumper 工作流程圖

主要步驟概括

所有的備份文件在一個目錄中，目錄可以自己指定
目錄中包含一個 metadata 文件
記錄了備份數據庫在備份時間點的二進制日志文件名，日志的寫入位置，

如果是在從庫進行備份，還會記錄備份時同步至主庫的二進制日志文件及寫入位置

每個表有兩個備份文件：

database.table-schema.sql 表結構文件 database.table.sql 表數據文件

如果對表文件分片，將生成多個備份數據文件，可以指定行數或指定大小分片


安裝使用實例

假設現有2臺DB服務器，分別用于A業務與B業務，其中A業務比較重要，需要對A業務的1個DB（TaeOss）進行熱備，大概有40G的數據，并用業務B的DB服務器作為備機，服務器分布如下：
10.137.143.151     A業務
10.137.143.152     B業務
 
假設要達到的要求是：
在導出A業務的DB（TaeOss）時，不能對A業務有影響。同時在B業務的DB服務器上進行恢復時，也不能有較大影響，盡量控制在1分鐘以內。