在Linux上,關於Mysql備份,什麼方式最好呢? tar方式好久!
發表於 : 2012-04-23 08:49:08
http://ithelp.ithome.com.tw/question/10 ... =ithome.nq
第一種方法: 停掉MySQL用tar+gzip, 開發系統時還可用用, 但是線上系統則不建議.
第二種方法: 用一般的rsync+mysqldump+cron應該可以達到備份的功能, 備份的高時間差依然有資料損失的風險, 同時對於備份管理不易, 災難復原後對資料的信任程度降低. 這不是只有rsync這樣單純, 更何況您對rsync這個基礎的指令尚不熟悉, 更會增加您管理的風險.
第三種方法: 有一個專案可以試試: http://sourceforge.net/projects/automysqlbackup/, 遞增備份, 壓縮並加密備份檔, 遠端備份, 備份完Email通知..等等, 看起來不錯, 找機會用用, mail的部份用的是mutt, 我想會內建一個msmtp, 再改直接用此內建的msmtp來送email, 如果改好後再回饋回去, 我剛好有系統可以用.
第四種方法: 也是建議的方法之一, 就是Replication, Master/Slave的Replication方式遠比rsync, tar, mysqldump,...好. 如果MySQL的資料對您很重要, 就必需要用另一台主機, 主機的規格看您的服務水平, 如果只求資料不失去, 可以用低規的.
第五種方法: 用drbd, 將資料庫所在的磁區實時同步, 這個方法加上heartbeat更可做到High Availibility, 這是我最喜歡的方法, 可以和第四種方法合併使用.
第六種方法: 用MariaDB或Percona, 使用XtraBackup. 我的MySQL資料庫都用Percona和MariaDB, MariaDB才剛推出整合官方"企業版功能"的MySQL, 而非官方的限制社區版的MySQL.
第七種方法: 雖然Oracle的Larry Ellison忙著上法庭和Google的Larry Page打官司, 上演Larry vs Larry大戲, 但是Ellison並沒有忘記MySQL, MySQL有付費的企業版, 有強大的備份功能.
其他方法: 請各位先進補充.
第一種方法: 停掉MySQL用tar+gzip, 開發系統時還可用用, 但是線上系統則不建議.
第二種方法: 用一般的rsync+mysqldump+cron應該可以達到備份的功能, 備份的高時間差依然有資料損失的風險, 同時對於備份管理不易, 災難復原後對資料的信任程度降低. 這不是只有rsync這樣單純, 更何況您對rsync這個基礎的指令尚不熟悉, 更會增加您管理的風險.
第三種方法: 有一個專案可以試試: http://sourceforge.net/projects/automysqlbackup/, 遞增備份, 壓縮並加密備份檔, 遠端備份, 備份完Email通知..等等, 看起來不錯, 找機會用用, mail的部份用的是mutt, 我想會內建一個msmtp, 再改直接用此內建的msmtp來送email, 如果改好後再回饋回去, 我剛好有系統可以用.
第四種方法: 也是建議的方法之一, 就是Replication, Master/Slave的Replication方式遠比rsync, tar, mysqldump,...好. 如果MySQL的資料對您很重要, 就必需要用另一台主機, 主機的規格看您的服務水平, 如果只求資料不失去, 可以用低規的.
第五種方法: 用drbd, 將資料庫所在的磁區實時同步, 這個方法加上heartbeat更可做到High Availibility, 這是我最喜歡的方法, 可以和第四種方法合併使用.
第六種方法: 用MariaDB或Percona, 使用XtraBackup. 我的MySQL資料庫都用Percona和MariaDB, MariaDB才剛推出整合官方"企業版功能"的MySQL, 而非官方的限制社區版的MySQL.
第七種方法: 雖然Oracle的Larry Ellison忙著上法庭和Google的Larry Page打官司, 上演Larry vs Larry大戲, 但是Ellison並沒有忘記MySQL, MySQL有付費的企業版, 有強大的備份功能.
其他方法: 請各位先進補充.