mysqldump在mysql中用於邏輯備份，雖然速度不快，但非常靈活，有很多功能，靈活使用的化絕對是利器。

首先思考一個問題，mysql為什麼要備份，主要還是資料安全性，比如主庫掛了，資料不小心被刪除了，所以全量備份非常重要。

是從主庫還是副庫進行全量備份呢？

1：從主庫

主庫比較重要，但其實備份的時候並不會影響資料庫

mysqldump --host= --user= --password= --single-transaction --master-data=1 --flush-logs --databases >~/db.log

—single-transaction 引數能夠報紙一致性讀，不會鎖表，也就是備份的時候不影響資料更新。

it dumps the consistent state of the database at the time when START TRANSACTION was issued without blocking any applications.

因為一致性讀，能夠保證coordinates點的位置，即使備份時間很久，也能得出正確的同步位置點。

While a —single-transaction dump is in process,to ensure a valid dump file (correct table contents and binary log coordinates)

—master-data引數也很重要，匯出的語句會包含CHANGE MASTER TO語句，包括備份語句同步到的二進位制檔案和位置點。

Use this option to dump a master replication server to produce a dump file that can be used to set upanother server as a slave of the master. It causes the dump output to include a CHANGE MASTER TO statement that indicates the binary log coordinates (file name and position) of the dumped server. These are the master server coordinates from which the slave should start replicating after you load the dump file into the slave.

—flush-logs會強制重新生成一個新的二進位制檔案，這樣恢復的時候會比較方便。

2：從副庫

感覺上從副庫備份更安全。

mysqldump --host=--user= --password= --dump-slave=1 --flush-logs --apply-slave-statements --include-master-host-port --databases >~/db.log;

— dump-slave和—master-data引數很類似：

This option is similar to —master-data except that it is used to dump a replication slave server to produce a dump file that can be used to set up another server as a slave that has the same master as the dumped server. It causes the dump output to include a CHANGE MASTER TO statement that indicates the binary log coordinates (file name and position) of the dumped slave's master. These are the master server coordinates from which the slave should start replicating.

記住一點它獲取的是主庫的bin log coordinates（不是備份庫的）

—dump-slave causes the coordinates from the master to be used rather than those of the dumped server

dump出來的語句會包含 — Position to start replication or point-in-time recovery from。

—apply-slave-statements會讓dump語句中自動包含start和stop slave語句。—include-master-host-port包含主庫的連線資訊。

必須記住一點，即使有—single-transaction語句，—dump-slave也會暫停mysql同步，也就是備份庫的資料是落後於主庫的，所以一般自動化指令碼在備份的時候會先摘除備份庫。

This option causes mysqldump to stop the slave SQL thread before the dump and restart it again after.

3：如何進行時間點恢復

沒有實戰過，首先基於最近的一次全量備份進行恢復，然後將後續的binlog檔案匯入（如果這些檔案還在的話），所以副庫最好也備份binlog語句。

如果資料被誤刪除了，將備份點（—flush-logs發揮作用了）到今天凌晨的binlog語句匯入進來，或者找到安全的binlog位置點進行恢復。至於如何跳過“危險語句”是比較難控制的。

以上就是如何用mysqldump進行全量和時間點備份的詳細內容，更多關於mysqldump進行全量和時間點備份的資料請關注我們其它相關文章！