[轉帖]mysqldump --master-data=2 --single-transaction

济南小老虎發表於2024-04-27
MySqlAST
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行將恢復到停止位置為止的所有事務。下一行將恢復從給定的起始位置直到二進位制日誌結束的所

相關文章