MySQL數(shù)據(jù)庫的備份

MySQL數(shù)據(jù)庫的備份

對于大容量的數(shù)據(jù)庫來說。用戶當然想每一個時刻都備份所有數(shù)據(jù)，保證數(shù)據(jù)庫的備份完整性，以免以外情況下，丟失的原數(shù)據(jù)庫內(nèi)容時候可以做到完全備份，把損失減低到較小。

一般來說，很多人都用直接把數(shù)據(jù)庫或者表備份到一個文件，而且是每周一次或者是每天一次，當數(shù)據(jù)庫表非常大的時候，一次備份的時間就需要很長了，而且有時候也要人工操作。理想的方法當然是自動完成而且是不需要用戶手工操作。

通過實現(xiàn)MySQL數(shù)據(jù)庫鏡像（復制），可以遠程實時備份MySQL數(shù)據(jù)庫

一、備份的目的

做災難恢復：對損壞的數(shù)據(jù)進行恢復和還原

需求改變：因需求改變而需要把數(shù)據(jù)還原到改變以前

測試：測試新功能是否可用

三、備份的類型

1、根據(jù)是否需要數(shù)據(jù)庫離線

1、這種類型的備份，取決于業(yè)務的需求，而不是備份工具

不支持熱備，InnoDB支持熱備，但是需要專門的工具

2、根據(jù)要備份的數(shù)據(jù)集合的范圍

完全備份：full backup，備份全部字符集。

增量備份： incremental backup 上次完全備份或增量備份以來改變了的數(shù)據(jù)，不能單獨使用，要借助完全備份，備份的頻率取決于數(shù)據(jù)的更新頻率。

差異備份：differential backup 上次完全備份以來改變了的數(shù)據(jù)。

建議的恢復策略：

完全+增量+二進制日志

完全+差異+二進制日志

3、根據(jù)備份數(shù)據(jù)或文件

物理備份：直接備份數(shù)據(jù)文件

優(yōu)點：備份和恢復操作都比較簡單，能夠跨mysql的版本，

恢復速度快，屬于文件系統(tǒng)級別的

建議：

不要假設備份一定可用，要測試

mysqlcheck tables；檢測表是否可用

邏輯備份： 備份表中的數(shù)據(jù)和代

優(yōu)點：恢復簡單、

備份的結(jié)果為ASCII文件，可以編輯

與存儲引擎無關

可以通過網(wǎng)絡備份和恢復

缺點：備份或恢復都需要mysql服務器進程參與

備份結(jié)果占據(jù)更多的空間，

浮點數(shù)可能會丟失精度

還原之后，縮影需要重建