mysqldump --master-data=2 --single-transaction

轉載於https://blog.csdn.net/linuxheik/article/details/71480882
1 mysqldump導出數據主要有兩種控制：一種是導出的全過程都加鎖 lock-all-tables, 另外一種則是不加。前者會在導出開始時執行 FLUSH TABLES WITH READ LOCK; 也就是加全局讀鎖，會阻塞其它寫操做，以保證導出是一致性的；所以只有在導出測試數據時或導出時沒有業務鏈接操做時可不加 lock-all-tables .
至於說一致性導出的另外一種方式 single-transaction, 則是有適用範圍的，見下邊。

2 single-transaction 選項和 lock-all-tables 選項是二選一的，前者是在導出開始時設置事務隔離狀態並使用一致性快照開始事務,然後立刻unlock tables，而後執行導出,導出過程不影響其它事務或業務鏈接，但只支持相似innodb多版本特性的引擎，由於必須保證即便導出期間其它操做(事務點t2)改變了數據，而導出時仍能取出導出開始的事務點t1時的數據。而lock-all-tables則一開始就 FLUSH TABLES WITH READ LOCK; 加全局讀鎖，直到dump完畢。
-- 關於一致性快照，簡單地說，就是經過回滾段能記錄不一樣的事務點的各版本數據
-- single-transaction 的流程以下：
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */
SHOW MASTER STATUS		-- 這一步就是取出 binlog index and position
UNLOCK TABLES
...dump...

3 master_data 選項開啓時默認會打開lock-all-tables，所以同時實現了兩個功能，一個是加鎖，一個是取得log信息。
  master_data取1和取2的區別，只是後者把 change master ... 命令註釋起來了，沒多大實際區別；

4 當master_data和 single_transaction 同時使用時，先加全局讀鎖，而後設置事務一致性和使用一致性快照開始事務，而後立刻就取消鎖，而後執行導出。過程以下
FLUSH TABLES WITH READ LOCK
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */
SHOW MASTER STATUS		-- 這一步就是取出 binlog index and position
UNLOCK TABLES
...dump...

5 總結，瞭解了這些選項做用後，使用起來就明確了.
若是須要binlog信息則使用 master_data; 
若是不想阻塞同時表是innodb引擎可以使用 single_transaction 取得一致性快照(取出的數據是導出開始時刻事務點的狀態)
若是表不支持多版本特性，則只能使用 lock-all-tables 阻塞方式來保證一致性的導出數據。
固然，若是能保證導出期間沒有任何寫操做，可不加或關閉 lock-all-tables

四、mysqldump全量備份+mysqlbinlog二進制日誌增量備份

從mysqldump備份文件恢復數據會丟失掉從備份點開始的更新數據，因此還須要結合mysqlbinlog二進制日誌增量備份。確保my.ini或者my.cnf中包含下面的配置以啓用二進制日誌，或者mysqld ---log-bin：

?

1 2	[mysqld] log-bin=mysql-bin

 mysqldump命令必須帶上--flush-logs選項以生成新的二進制日誌文件：

?

1	mysqldump --single-transaction --flush-logs --master-data=2 > backup.sql

這樣生成的增量二進制日誌文件好比爲mysql-bin.000003，那麼恢復數據時以下：

?

1 2	shell> mysql -uroot -pPwd < backup_sunday_1_PM.sql shell> mysqlbinlog mysql-bin.000003 | mysql -uroot -pPwd

此外mysqlbinlog還能夠指定--start-date、--stop-date、--start-position和--stop-position參數，用於精確恢復數據到某個時刻以前或者跳過中間某個出問題時間段恢復數據，直接摘錄MySQL文檔說明中相關內容以下：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

5.9.3.1. 指定恢復時間 對於MySQL 4.1.4，能夠在mysqlbinlog語句中經過 --start-date和--stop-date選項指定DATETIME格式的起止時間。舉例說明，假設在今天上午10:00(今天是2005年4月20日)，執行SQL語句來刪除一個大表。要想恢復表和數據，你能夠恢復前晚上的備份，並輸入： mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 \     | mysql -u root -pmypwd 該命令將恢復截止到在 --stop-date選項中以DATETIME格式給出的日期和時間的全部數據。若是你沒有檢測到幾個小時後輸入的錯誤的SQL語句，可能你想要恢復後面發生的活動。根據這些，你能夠用起使日期和時間再次運行mysqlbinlog：   mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 \     | mysql -u root -pmypwd \ 在該行中，從上午10:01登陸的SQL語句將運行。組合執行前夜的轉儲文件和mysqlbinlog的兩行能夠將全部數據恢復到上午10:00前一秒鐘。你應檢查日誌以確保時間確切。下一節介紹如何實現。   5.9.3.2. 指定恢復位置 也能夠不指定日期和時間，而使用mysqlbinlog的選項 --start-position和--stop-position來指定日誌位置。它們的做用與起止日選項相同，不一樣的是給出了從日誌起的位置號。使用日誌位置是更準確的恢復方法，特別是當因爲破壞性SQL語句同時發生許多事務的時候。要想肯定位置號，能夠運行mysqlbinlog尋找執行了不指望的事務的時間範圍，但應將結果從新指向文本文件以便進行檢查。操做方法爲： mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00" \     /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql 該命令將在/tmp目錄建立小的文本文件，將顯示執行了錯誤的SQL語句時的SQL語句。你能夠用文本編輯器打開該文件，尋找你不要想重複的語句。若是二進制日誌中的位置號用於中止和繼續恢復操做，應進行註釋。用log_pos加一個數字來標記位置。使用位置號恢復了之前的備份文件後，你應從命令行輸入下面內容：   mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456 \    | mysql -u root -pmypwd    mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 \    | mysql -u root -pmypwd \ 上面的第1行將恢復到中止位置爲止的全部事務。下一行將恢復從給定的起始位置直到二進制日誌結束的所