mysqldump使用的注意事項

下文內容主要給大家帶來mysqldump使用的注意事項，所講到的知識，與書籍不同，都是億速云專業技術人員在與用戶接觸過程中，總結出來的，具有一定的經驗分享價值，希望給廣大讀者帶來幫助。

mysqldump

主庫：
     `--master-data`  取值：1或2
     在傳統復制的情況下：備份時指定` --master-data=1` 會把自身的binlog file和position記錄
     以change master to 
           MASTER_LOG_FILE = 'master_log_name'，
           MASTER_LOG_POS = master_log_pos
     的形式記錄在備份的SQL文件中，制作新的從時可以直接導入此備份文件，即可將自己與主庫進行連接
     若指定 `--master-data=2`則會將此語句注釋掉，可以用于恢復主庫。
     **需要**：reload權限，且開啟binlog
     **注意**：指定此選項后會隨之打開`--lock-all-tables`并持續整個備份過程(用于創建一致性備份環境)。 
              但若同時指定`--single-transaction`，則只會在啟動備份時才會加全局鎖.

從庫：
     `--dump-slave`  取值:1或2，取值含義與`--master-data`相同
     與上面的`--master-data`類似，同樣會生成change master to 語句，但與主庫上執行的
     show master status得到的  MASTER_LOG_FILE與 MASTER_LOG_POS 不同，從庫上是通過
     show slave status獲得Relay_Master_Log_File和  Exec_Master_Log_Pos這個兩個參數值，并將其
     作為MASTER_LOG_FILE和MASTER_LOG_POS寫入備份文件中
     **另** :Relay_Master_Log_File：包含從庫的SQL線程最近執行過的事件（event）的主庫binlog 文件
             Exec_Master_Log_Pos：從庫正在使用的主庫的binlog文件中，從庫SQL線程剛剛執行過的事務
                                  位置。
                                  當從庫開啟多個slave thread時，每個線程執行的進度可能不同，根據
                                  木桶效應，這個值取各個線程中最舊的位置
     **原理上**：使用本參數后，備份傾向于使用主庫的事務坐標，而不是使用從庫自己本身的事務執行
                坐標，而且當本參數與`--master-data`同時使用時，會自動屏蔽掉`--master-data`參數。

但是：
     當從庫啟用GTID復制方式，并開啟autoposition后，`--master-data`與`--slave-data`參數都不應繼續
     使用，應使用GTID作為事務的坐標。直接指定`--single-transaction`即可
對于以上關于mysqldump使用的注意事項，如果大家還有更多需要了解的可以持續關注我們億速云的行業推新，如需獲取專業解答，可在官網聯系售前售后的，希望該文章可給大家帶來一定的知識更新。