在資料庫表丟失或損壞的情況下，備份你的資料庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的資料恢復到崩潰發生時的狀態。有時，正是
mysql管理員造成破壞。管理員已經知道表以破壞，用諸如vi或emacs等編輯器試圖直接編輯它們，這對錶絕對不是件好事！
備份資料庫兩個主要方法是用
mysqldump程式或直接拷貝資料庫檔案（如用cp、cpio或tar等）。每種方法都有其優缺點：
mysqldump與
mysql伺服器協同操作。直接拷貝方法在伺服器外部進行，並且你必須採取措施保證沒有客戶正在修改你將拷貝的表。如果你想用檔案系統備份來備份資料庫，也會發生同樣的問題：如果資料庫表在檔案系統備份過程中被修改，進入備份的表檔案主語不一致的狀態，而對以後的恢復表將失去意義。檔案系統備份與直接拷貝檔案的區別是對後者你完全控制了備份過程，這樣你能採取措施確保伺服器讓表不受干擾。
mysqldump比直接拷貝要慢些。
mysqldump生成能夠移植到其它機器的文字檔案，甚至那些有不同硬體結構的機器上。直接拷貝檔案不能移植到其它機器上，除非你正在拷貝的表使用myisam儲存格式。isam表只能在相似的硬體結構的機器上拷貝。在
mysql 3.23中引入的myisam表儲存格式解決了該問題，因為該格式是機器無關的，所以直接拷貝檔案可以移植到具有不同硬體結構的機器上。只要滿足兩個條件：另一台機器必須也執行
mysql 3.23或以後版本，而且檔案必須以myisam格式表示，而不是isam格式。
不管你使用哪種備份方法，如果你需要恢復資料庫，有幾個原則應該遵守，以確保最好的結果：
定期實施備份。建立乙個計畫並嚴格遵守。
讓伺服器執行更新日誌。當你在崩潰後需要恢復資料時，更新日誌將幫助你。在你用備份檔案恢復資料到備份時的狀態後，你可以通過執行更新日誌中的查詢再次運用備份後面的修改，這將資料庫中的表恢復到崩潰發生時的狀態。
以檔案系統備份的術語講，
資料庫備份檔案代表完全傾倒（full dump），而更新日誌代表漸進傾倒（incremental dump）。
使用一種統一的和易理解的備份檔案命名機制。象backup1、buckup2等不是特別有意義。當實施你的恢復時，你將浪費時間找出檔案裡是什麼東西。你可能發覺用資料庫名和日期構成備份檔案名會很有用。例如：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
你可能想在生成備份後壓縮它們。備份一般都很大！你也需要讓你的備份檔案有過期期限以避免它們填滿你的磁碟，就象你讓你的日誌檔案過期那樣。
用檔案系統備份備份你的備份檔案。如果遇上了乙個徹底崩潰，不僅清除了你的資料目錄，也清除了包含你的資料庫備份的磁碟驅動器，你將真正遇上了麻煩。也要備份你的更新日誌。
將你的備份檔案放在不同於用於你的資料庫的檔案系統上。這將降低由於生成備份而填滿包含資料目錄的檔案系統的可能性。
用於建立備份的技術同樣對拷貝資料庫到另一台機器有用。最常見地，乙個資料庫被轉移到了執行在另一台主機上的伺服器，但是你也可以將資料轉移到同一臺主機上的另乙個伺服器。
1 備份MySQL資料庫
假如一台mysql伺服器，跑著5個資料庫，在沒有做主從的情況下，需要對這5個庫進行備份，具體要求如下 1 每天備份一次，需要備份所有的庫 2 把備份資料存放到 data backup 下 3 備份檔案名稱格式示例 database name 2018 11 11.sql 4 需要對1天前的所有sql...
MySQL資料庫備份
晏子 在資料庫表丟失或損壞的情況下，備份你的資料庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的資料恢復到崩潰發生時的狀態。有時，正是mysql管理員造成破壞。管理員已經知道表以破壞，用諸如vi或emacs等編輯器試圖直接編輯它們，這對錶絕對不是件好事！備份資料庫兩個主要方法是用...
My SQL資料庫備份
因為mysql表作為檔案儲存，做乙個備份是容易的。為了得到乙個一致的備份，在相關的表上做乙個lock tables。你只需乙個讀鎖定 當你在資料庫目錄中做檔案的乙個拷貝時，這允許其他執行緒繼續查詢該錶。如果你想要做乙個sql級的備份，你可以select into outfile。備份乙個資料庫的另乙...