資料庫的備份是極其重要的事情。如果沒有備份，遇到下列情況就會抓狂：
update or delete whitout where…
table was dropped accidentally…
innodb was corrupt…
entire datacenter loses power…
從資料安全的角度來說，伺服器磁碟都會做raid，mysql本身也有主從、drbd等容災機制，但它們都無法完全取代備份。容災和高可用能幫我們有效的應對物理的、硬體的、機械的故障，而對我們犯下的邏輯錯誤卻無能為力。每一種邏輯錯誤發生的概率都極低，但是當多種可能性疊加的時候，小概率事件就放大成很大的安全隱患，這時候備份的必要性就凸顯了。那麼在眾多的mysql備份方式中，哪一種才是適合我們的呢？
mysql本身為我們提供了mysqldump、mysqlbinlog遠端備份工具，percona也為我們提供了強大的xtrabackup，加上開源的mydumper，還有基於主從同步的延遲備份、從庫冷備等方式，以及基於檔案系統快照的備份，其實選擇已經多到眼花繚亂。而備份本身是為了恢復，所以能夠讓我們在出現故障後迅速、準確恢復的備份方式，就是最適合我們的，當然，同時能夠省錢、省事，那就非常完美。下面就我理解的幾種備份工具進行一些比較，**下它們各自的適用場景。
mysqldump是最簡單的邏輯備份方式。在備份myisam表的時候，如果要得到一致的資料，就需要鎖表，簡單而粗暴。而在備份innodb表的時候，加上–master-data=1 –single-transaction 選項，在事務開始時刻，記錄下binlog pos點，然後利用mvcc來獲取一致的資料，由於是乙個長事務，在寫入和更新量很大的資料庫上，將產生非常多的undo，顯著影響效能，所以要慎用。
基於檔案系統的快照，是物理備份的一種。在備份前需要進行一些複雜的設定，在備份開始時刻獲得快照並記錄下binlog pos點，然後採用類似copy-on-write的方式，把快照進行轉儲。轉儲快照本身會消耗一定的io資源，而且在寫入壓力較大的例項上，儲存被更改資料塊的前印象也會消耗io，最終表現為整體效能的下降。而且伺服器還要為copy-on-write快照預留較多的磁碟空間，這本身對資源也是一種浪費。因此這種備份方式我們使用的不多。
由於mysql中不可避免的含有myisam表，同時innobackup並不備份表結構等檔案，因此想要完整的備份mysql例項，就少不了要執行flush tables with read lock，而這個語句會被任何查詢(包括select)阻塞，在阻塞過程中，它又反過來阻塞任何查詢(包括select)。如果碰巧備份例項上有長查詢先於flush tables with read lock執行，資料庫就會hang住。而當flush tables with read lock獲得全域性鎖後，雖然查詢可以執行，但是仍會阻塞更新，所以，我們希望flush tables with read lock從發起到結束，持續的時間越短越好。
為了解決這個問題，有兩種比較有效的方法：
優化後的備份過程如下：
缺點：需要獲取全域性鎖，如果遇到長查詢，等待時間將不可控，因此要做好監控，必要時殺死長查詢或自殺；遇到超大的例項，備份過程較長，redo log太大會影響恢復速度，這種情況下最好採用延遲備份。
上述所有的備份方式，都只能把資料庫恢復到備份的某個時間點：mysqldump和mydumper，以及snapshot是備份開始的時間點；xtrabackup是備份結束的時間點。要想實現point in time的恢復，還必須備份binlog。同時binlog也是實現增備的寶貴資源。
幸運的是，mysql 5.6為我們提供了遠端備份binlog的選項：
1
mysqlbinlog --raw --read-from-remote-server --stop-never
它會偽裝成mysql從庫，從遠端獲取binlog然後進行轉儲。這對線上主庫容量不夠無法儲存較多binlog的場景非常有用。但是，它畢竟不像真正的mysql從庫例項，狀態監控和同步都需要單獨部署。因此個人覺得採用blackhole來備份全量的binlog是更好的選擇。筆者曾經實現過乙個自動搭建blackhole從庫的工具，稍加修改，就可以完美搭建出blackhole從庫。一旦同步起來，基本一勞永逸，很少出問題，主從切換的時候跟著切了就行。
備份方式各有千秋，而對我們來說，面對數千例項，選擇合適的備份工具來實現統一配置、統一規劃，構建智慧型排程的備份雲平台才是王道。畢竟，多種備份方式共存的運維成本是不容忽視的。
從使用經驗來看，用xtrabackup全備資料，用blackhole增備binlog，並定期對備份資料的有效性進行驗證，是當下比較好的選擇。
MySQL多種需求的備份方式
備份工具mysqldump 1 直接使用命令mysqldump可以檢視使用格式 usage mysqldump options database tables or mysqldump options databases options db1 db2 db3.or mysqldump option...
MySQL常用的備份方式與備份工具簡介
再生產環境中，為了防止硬體故障 軟體故障 自然災害 誤操作等各種原因導致的資料庫資料丟失後能恢復到事故之前的狀態，我們需要對資料庫進行備份和恢復操作。資料庫的備份和恢復是非常重要的工作，資料的備份不是最終目的，資料的恢復才是。備份時應該注意的事項 1.最多能容忍多少資料丟失 2.恢復資料需要在多長時...
為MySQL選擇合適的備份方式
資料庫的備份是極其重要的事情。如果沒有備份，遇到下列情況就會抓狂 update or delete whitout where table was dropped accidentally innodb was corrupt entire datacenter loses power 從資料安全的...