首先說一下資料庫的備份思路吧。

第一，是熱備。

對於MySQL來說，做主從是很必要的，萬一主庫宕機了，從庫可以緊急代替補上。

一般中小企業一主兩從足夠，再大了就要考慮MySQL叢集了。

第二，定期全備和增量備份。

全備就是使用MySQL匯出命令（常用的mysqldump）將資料定時全量匯出來，並同步到專門的備份伺服器或資料盤中。

增備就是備份binlog日誌。

我們公司的備份頻率是一天一次全備，一小時一次增備。

可供參考

具體實施因資料重要性、經費和資料大小而定。

第三就是異地備份了。

所謂災備，字面意思就是災難性備份。

對於資料庫來說，最大，最難控制的的無非就是不可抗拒的物理性災難。

比如，資料庫伺服器所在地突然停電，且短時間內不可能恢復通電。

比如地震，造成公司伺服器大面積損壞。

這時候，異地備份就顯得尤其重要。

比如資料庫在北京，異地備份備到上海，即便北京有什麼災難也不會延伸到上海。

所以要做災備一定要定時做異地備份。

這樣可以最大程度的保證資料不丟失。

我們異地備份是一天一次，僅供參考。

首先說一下資料庫的備份思路吧。

第一，是熱備。

對於MySQL來說，做主從是很必要的，萬一主庫宕機了，從庫可以緊急代替補上。

一般中小企業一主兩從足夠，再大了就要考慮MySQL叢集了。

第二，定期全備和增量備份。

全備就是使用MySQL匯出命令（常用的mysqldump）將資料定時全量匯出來，並同步到專門的備份伺服器或資料盤中。

增備就是備份binlog日誌。

我們公司的備份頻率是一天一次全備，一小時一次增備。

可供參考

具體實施因資料重要性、經費和資料大小而定。

第三就是異地備份了。

所謂災備，字面意思就是災難性備份。

對於資料庫來說，最大，最難控制的的無非就是不可抗拒的物理性災難。

比如，資料庫伺服器所在地突然停電，且短時間內不可能恢復通電。

比如地震，造成公司伺服器大面積損壞。

這時候，異地備份就顯得尤其重要。

比如資料庫在北京，異地備份備到上海，即便北京有什麼災難也不會延伸到上海。

所以要做災備一定要定時做異地備份。

這樣可以最大程度的保證資料不丟失。

我們異地備份是一天一次，僅供參考。