https://www.cnblogs.com/cheyunhua/p/9896167.html
轉載於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
4、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行將恢復到停止位置爲止的所有事務。下一行將恢復從給定的起始位置直到二進制日誌結束的所 |