mysqldump使用的注意事項

下文內(nèi)容主要給大家?guī)?a title="mysql" target="_blank" href="http://kemok4.com/mysql/">mysqldump使用的注意事項，所講到的知識，與書籍不同，都是億速云專業(yè)技術(shù)人員在與用戶接觸過程中，總結(jié)出來的，具有一定的經(jīng)驗分享價值，希望給廣大讀者帶來幫助。

mysqldump

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

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

但是：
     當從庫啟用GTID復(fù)制方式，并開啟autoposition后，`--master-data`與`--slave-data`參數(shù)都不應(yīng)繼續(xù)
     使用，應(yīng)使用GTID作為事務(wù)的坐標。直接指定`--single-transaction`即可
對于以上關(guān)于mysqldump使用的注意事項，如果大家還有更多需要了解的可以持續(xù)關(guān)注我們億速云的行業(yè)推新，如需獲取專業(yè)解答，可在官網(wǎng)聯(lián)系售前售后的，希望該文章可給大家?guī)硪欢ǖ闹R更新。