目前流行幾種備份方式：
1、邏輯備份：
使用mysql自帶的mysqldump工具進行備份。備份成sql文件形式。
優點：最大好處是能夠與正在運行的mysql自動協同工作，
在運行期間可以確保備份是當時的點，它會自動將對應操作的表鎖定，不允許其他用戶修改(只能訪問)。可能會阻止修改操作。sql文件通用方便移植。
缺點：備份的速度比較慢。如果是數據量很多的時候。就很耗時間。如果數據庫服務器處在提供給用戶服務狀態，在這段長時間操作過程中，意味著要鎖定表(一般是讀鎖定，只能讀不能寫入數據)。那么服務就會影響的。
備注：所謂的與mysql服務器能夠自動協同工作，實際上是指加參數來控制mysql服務器，比如鎖定所有表只能進行讀，不能進行寫操作。
--lock-all-tables
2、物理備份：
直接拷貝mysql的數據目錄。缺點，你不能去操作正在運行的mysql服務器(在拷貝的過程中有用戶通過應用程序訪問更新數據，這樣就無法備份當時的數據)
可能無法移植到其他機器上去。
直接拷貝只適用于myisam類型的表。這種類型的表是與機器獨立的。但實際情況是，你設計數據庫的時候不可能全部使用myisam類型表。你也不可能：因為myisam類型表與機器獨立，方便移植，于是就選擇這種表，這并不是選擇它的理由。
更多的情況是，你會根據業務特點(比如你需要支持事務機制就必須使用innodb)，查詢速度和服務性能來選擇表類型的。
必須保證表不被使用中。
如果服務器在你則正在拷貝一個表時改變它，拷貝就失去意義。
如果數據庫表在文件系統備份過程中被修改，進入備份的表文件主語不一致的狀態，而對以后的恢復表將失去意義。
保證你的拷貝完整性的最好方法是：關閉服務器，拷貝文件，然后重啟服務器。
或者是，要鎖定對應的表(對前端用戶造成訪問問題)。
解釋直接拷貝文件，為什么不具備可移植性？
mysqldump 產生可移植到其他機器、甚至具有不同硬件結構的機器上的文本文件。直接拷貝文件不能夠移植到其他機器上，除非要拷貝的表使用MyISAM 存儲格式。ISAM 表只能在具有相同硬件結構的機器之間進行拷貝。例如，將文件從S PARC 的Solaris 機器拷貝到Intel 的Solaris 機器（或者相反）是行不通的。由MySQL3.23 引進的MyISAM 表存儲格式可以解決這個問題，因為該格式與機器獨立。因此，如果以下兩個條件都滿足的話，直接拷貝文件可以移植到具有不同硬件結構的機器上：即另一臺機器上也必須運行MySQL3.23 以上的版本，并且文件必須表示成MyISAM 表，而不是ISAM 表。
3、雙機熱備份。
mysql數據庫沒有增量備份的機制。當數據量太大的時候備份是一個很大的問題。還好mysql數據庫提供了一種主從備份的機制(也就是雙機熱備)