由於mysql存在多種資料庫備份方式，而且各有利弊，對於我們初學者來說，選擇合適的備份方式確實有些困難。個人覺得，首先要基於專案的需求，考慮能夠容忍丟失多少資料、花多少人力時間成本等，這是我們制定備份方案的依據，同時制定出來的方案要可執行，要執行，不能把方案當作紙上談兵。
作為資料安全的乙個重要內容——資料備份的重要性卻往往被人們所忽視。只要發生資料傳輸、資料儲存和資料交換，就有可能產生資料故障。這時，如果沒有採取資料備份和資料恢復手段與措施，就會導致資料的丟失，有時造成的損失是無法彌補與估量的。結合業務實際情況，常常採取全備的備份方式。其中全備分為邏輯備份+物理備份，同時主從複製也作為一種備份的方式存在，從而最大程度降低資料故障帶來的風險。
一, 資料備份部分
1 邏輯備份
應用場景
邏輯備份，我們主要用在當資料量較小時，資料庫出現資料故障，對於恢復時間要求不高；搭建主從環境，搭建測試環境及備用庫等方面。
備份方式
採用mysqldump進行全庫備份，通過定時任務，定時執行shell備份指令碼。這裡就不提供了。
2 物理備份
應用場景
主要應對要求恢復時間較高；資料量比較大；
備份方式
以上兩種方式的備份只能恢復某段時間的資料，對於按照時間點的恢復是無能為力的，那怎麼辦呢？沒錯，binlog日誌。我們採取的是實時同步binlog日誌到遠端伺服器上，這樣理論上是可以恢復到任意時間點的。
3 binlog備份
應用場景
對於一些由於錯誤操作等造成資料丟失錯誤的，需要按照時間點進行還原的情況下。
備份方式
mysqlbinlog工具進行日誌拉取，shell指令碼如下：
mysqlbinlog --read-from-remote-server --host=1.1.1.1 --port=3306 --user="backup" --password="backup" --raw --stop-never mysql-bin.000840 --result-file=/data/backup/binlog/經過以上三種結合的備份方式，基本上可以滿足在資料異常丟失情況下，恢復到正常狀態。
4 主從複製
應用場景
主要應用於讀寫分離，故障轉移的情況下
備份時間及地點
幾乎可以認為是同步進行資料的複製
備份方式
採用mysql提供的複製技術
對於主從複製，如果用於備庫的話，最好是讓sql_thread執行慢一段時間。這個結合實際情況，自己選擇。
二 資料恢復與測試部分
備份檔案有了之後還需要對其定期的進行恢復測試，不然可能是白忙一場。因為很多情況下，有些備份檔案可能已經損壞。當我們遇到資料丟失故障時，在緊急關頭，竟然發現備份的檔案無法恢復或者資料一致性和完整性沒有達到要求，如果我們定期的對備份檔案進行恢復測試，這種悲劇可能就不會發生。
1 恢復時間及地點
每週進行一次恢復測試，主要在測試機上進行
2 恢復方式
模擬某個時間點主機資料全部丟失，要求恢復到丟失時間點的所有資料，先進行全備恢復，然後根據binlog恢復到最近時間點。
千萬不要忽視資料備份和恢復測試的重要性，要知道，有時備份可能拯救我們的命！！！切記切記。
mysql資料庫備份備份命令
1 備份命令 格式 mysqldump h主機名 p埠 u使用者名稱 p密碼 database 資料庫名 檔名.sql 例如 mysqldump h 192.168.1.100 p 3306 uroot ppassword database cmdb data backup cmdb.sql 2 備...
資料庫備份恢復策略
主要策略 一周一次全量備份，並刪除上週的增量備份，全量備份 每天一次增量備份。全量備份 mysqldump uroot padmin123 quick events flush logs delete master logs single transaction databases fecmall ...
生產資料庫備份策略
生產伺服器備份策略，完全備份每週一次，差異備份每天一次，日誌清空每週兩次。資料環境為 windows server 2003 sql server 2005 完全備份 backup database dongguanupdate080423 to disk n d backup dongguanup...