建站
咨詢
售后
建站咨詢
新聞中心
隨著企業(yè)業(yè)務(wù)量的不斷擴(kuò)大以及數(shù)據(jù)的不斷增長(zhǎng)，數(shù)據(jù)備份變得越來(lái)越重要。最常用的備份方式是數(shù)據(jù)庫(kù)備份，當(dāng)然，備份數(shù)據(jù)庫(kù)也可以有多種方法。本文將介紹30種常用的數(shù)據(jù)庫(kù)備份方法，幫助您選擇適合您的業(yè)務(wù)需求的備份方法。
創(chuàng)新互聯(lián)公司云計(jì)算的互聯(lián)網(wǎng)服務(wù)提供商,擁有超過(guò)13年的服務(wù)器租用、雅安電信機(jī)房、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)，已先后獲得國(guó)家工業(yè)和信息化部頒發(fā)的互聯(lián)網(wǎng)數(shù)據(jù)中心業(yè)務(wù)許可證。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名與空間、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
1. 完全備份
完全備份是將整個(gè)數(shù)據(jù)庫(kù)備份的一種方式。使用此方法備份的文件包含數(shù)據(jù)庫(kù)的每個(gè)數(shù)據(jù)表和每個(gè)表中的數(shù)據(jù)。
2. 差異備份
差異備份只備份了上次完全備份后更改的數(shù)據(jù)。這樣可以減少備份文件的大小和時(shí)間。
3. 增量備份
增量備份是與差異備份相似的，只備份從上次備份以來(lái)發(fā)生更改的數(shù)據(jù)。但是，在一段時(shí)間內(nèi)需要多次增量備份時(shí)，其備份文件的大小會(huì)變得非常大。
4. 日志備份
日志備份是數(shù)據(jù)庫(kù)記錄的所有事務(wù)操作的記錄。這也是恢復(fù)數(shù)據(jù)庫(kù)的一種方式。
5. 復(fù)制備份
復(fù)制備份會(huì)將數(shù)據(jù)庫(kù)復(fù)制到另一個(gè)位置。這種備份方法可用于創(chuàng)建生產(chǎn)數(shù)據(jù)庫(kù)的完全副本，從而提供遠(yuǎn)程故障恢復(fù)。
6. 熱備份
熱備份指在數(shù)據(jù)庫(kù)運(yùn)行期間進(jìn)行的備份。熱備份可確保數(shù)據(jù)可用性，但它需要更高的技術(shù)和硬件能力。
7. 冷備份
冷備份是在數(shù)據(jù)庫(kù)不活動(dòng)時(shí)進(jìn)行的備份。這種備份方法需要關(guān)閉數(shù)據(jù)庫(kù)，但更便于管理。
8. 在線備份
在線備份是在數(shù)據(jù)庫(kù)運(yùn)行期間進(jìn)行的備份。在線備份可以保證數(shù)據(jù)完整性，但需要更高的技術(shù)和硬件能力。
9. CLI備份
CLI備份是通過(guò)命令行界面進(jìn)行備份的。它可以在多個(gè)平臺(tái)上運(yùn)行并支持自動(dòng)化。
10. GUI備份
GUI備份是通過(guò)圖形用戶界面進(jìn)行備份的。它更容易使用，但需要更高的技術(shù)和硬件能力。
11. 遠(yuǎn)程備份
遠(yuǎn)程備份是將數(shù)據(jù)庫(kù)備份到遠(yuǎn)程位置的一種備份方法。這種備份方法可用于遠(yuǎn)程故障恢復(fù)。
12. 本地備份
本地備份是將數(shù)據(jù)庫(kù)備份到本地位置的備份方法。本地備份通常比遠(yuǎn)程備份更快，但不如遠(yuǎn)程備份靈活。
13. 定時(shí)備份
定時(shí)備份是自動(dòng)備份數(shù)據(jù)庫(kù)的一種方法。這種備份方法可確保數(shù)據(jù)始終是最新的。
14. 手動(dòng)備份
手動(dòng)備份是需要手動(dòng)執(zhí)行的備份方法。這種備份方法是最容易理解的備份方式之一，因?yàn)樗梢源_保數(shù)據(jù)完整性。
15. 自動(dòng)備份
自動(dòng)備份是在特定條件下自動(dòng)執(zhí)行的備份方法。這種備份方法可以減少人工錯(cuò)誤。
16. 本地備份到遠(yuǎn)程
本地備份到遠(yuǎn)程是將數(shù)據(jù)庫(kù)備份到遠(yuǎn)程位置并將其存儲(chǔ)在本地位置的方法。這種備份方法可用于遠(yuǎn)程故障恢復(fù)。
17. 遠(yuǎn)程備份到本地
遠(yuǎn)程備份到本地是將數(shù)據(jù)庫(kù)備份復(fù)制到本地位置的備份方法。這種備份方法更好地保護(hù)了數(shù)據(jù)，并且可用于本地故障恢復(fù)。
18. 磁盤備份
磁盤備份是將數(shù)據(jù)庫(kù)備份到硬盤驅(qū)動(dòng)器的一種備份方法。這種備份方法比其他方法更快，但也更容易受到硬件故障的影響。
19. 網(wǎng)絡(luò)備份
網(wǎng)絡(luò)備份是將數(shù)據(jù)庫(kù)備份到遠(yuǎn)程服務(wù)器的一種備份方法。這種備份方法可以通過(guò)網(wǎng)絡(luò)傳輸大量數(shù)據(jù)，但也更容易受到網(wǎng)絡(luò)故障的影響。
20. 站點(diǎn)備份
站點(diǎn)備份是將備份文件存儲(chǔ)在物理位置的備份方法。這種備份方法可以提供保護(hù)，因?yàn)樗鎯?chǔ)文件的位置更容易管理。
21. 數(shù)字備份
數(shù)字備份是將數(shù)據(jù)庫(kù)備份存儲(chǔ)在數(shù)字媒體上的一種備份方法。這種備份方法可以保證數(shù)據(jù)安全性，并且通常比其他方法更方便。
22. 原始備份
原始備份是從原始設(shè)備重新創(chuàng)建數(shù)據(jù)庫(kù)的備份方法。這種備份方法可用于恢復(fù)數(shù)據(jù)，但不是常見的備份方法。
23. 條帶備份
條帶備份是將備份文件分成小塊的備份方法。這種備份方法可以降低恢復(fù)時(shí)間，并且通常在需要交換備份數(shù)據(jù)時(shí)使用。
24. 全部恢復(fù)
完全恢復(fù)是恢復(fù)整個(gè)數(shù)據(jù)庫(kù)的方法。這種方法需要完全備份作為起點(diǎn)。
25. 差異恢復(fù)
差異恢復(fù)是只恢復(fù)自上次完全備份以來(lái)更改過(guò)的數(shù)據(jù)的方法。這種恢復(fù)方法使用差異備份的方法。
26. 增量恢復(fù)
增量恢復(fù)是只恢復(fù)從上次備份以來(lái)更改過(guò)的數(shù)據(jù)的方法。這種恢復(fù)方法使用增量備份的方法。
27. 事務(wù)恢復(fù)
事務(wù)恢復(fù)是恢復(fù)事務(wù)日志的方法。這種恢復(fù)方法可以恢復(fù)被錯(cuò)誤處理的事務(wù)。
28. 數(shù)據(jù)庫(kù)復(fù)制
數(shù)據(jù)庫(kù)復(fù)制是復(fù)制數(shù)據(jù)庫(kù)到另一個(gè)位置的備份方法。這種備份方法可用于創(chuàng)建生產(chǎn)數(shù)據(jù)庫(kù)的完全副本。
29. 數(shù)據(jù)庫(kù)遷移
數(shù)據(jù)庫(kù)遷移是將數(shù)據(jù)庫(kù)從一個(gè)位置移動(dòng)到另一個(gè)位置的方法。這種備份方法通常用于重新安排數(shù)據(jù)集并更改存儲(chǔ)位置。
30. 數(shù)據(jù)庫(kù)同步
數(shù)據(jù)庫(kù)同步是將多個(gè)數(shù)據(jù)庫(kù)相互同步進(jìn)行更新的方法。這是企業(yè)應(yīng)用程序中常見的備份方法。
使用正確的備份方法可以確保數(shù)據(jù)安全，減少數(shù)據(jù)丟失的風(fēng)險(xiǎn)，并幫助公司遵守監(jiān)管標(biāo)準(zhǔn)。請(qǐng)選擇適合您業(yè)務(wù)需求的備份方法并確保數(shù)據(jù)安全。
成都網(wǎng)站建設(shè)公司-創(chuàng)新互聯(lián)為您提供網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁(yè)設(shè)計(jì)及定制高端網(wǎng)站建設(shè)服務(wù)！
mysql數(shù)據(jù)庫(kù)備份的幾種方法
一，搭建主從架構(gòu)，master-slave，畝孝通過(guò)binlog文件同步復(fù)制主庫(kù)的數(shù)據(jù)，也可以直接通過(guò)binlog文件恢復(fù)數(shù)據(jù)。
二，通過(guò)系統(tǒng)計(jì)劃任務(wù)執(zhí)行mysqldump做周期性全備份。吵耐蠢
三，物理備份，直接拷貝數(shù)據(jù)文件、參數(shù)文件、日志文件。
這些是我所熟悉的一些備份方案，
還有就是有些升陪專門的備分工具，比如說(shuō)mysqlhotcopy（盡限myisam），ibbackup（innodb）等等。
數(shù)據(jù)備份是數(shù)據(jù)容災(zāi)的最后一道防線，即便有著兩地三中心的架構(gòu)，備份也依然重要。如果備份出問(wèn)題，備份時(shí)影響了交易業(yè)務(wù)，備份數(shù)據(jù)無(wú)法恢復(fù)，這些也是企業(yè)難以承受的。所以選擇合適的備份工具尤為重要。
每個(gè)企業(yè)級(jí)數(shù)據(jù)庫(kù)都會(huì)有配套的備份工具，MEB(MySQL Enterprise Backup)就是MySQL企業(yè)版中非常重要的工具之一，是為企業(yè)級(jí)客戶提供的數(shù)據(jù)備份方案。
Xtrabackup一直作為MEB 開源版?zhèn)涮ザ嬖?，從MySQL 8.0開始情況可能會(huì)變得有所不同。
在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB備毀敏份/恢復(fù)體驗(yàn)會(huì)更好，目前xtrabackup還不支持這些特性。
MySQL 企業(yè)版還有哪些功能？
特性1：Backup Lock
8.0之前使用xtrabackup或MEB做物理備份，為了保證備份時(shí)InnoDB引擎表與其他引擎數(shù)據(jù)文件、及binlog日志的一致性會(huì)上全局讀鎖，再拷貝非InnoDB文件，這期間MySQL會(huì)變成只讀，數(shù)據(jù)無(wú)法寫入。表數(shù)量越多，可能加上時(shí)間越長(zhǎng)，如果使用的xtrabackup 不小心沒(méi)加rsync參數(shù)，逐個(gè)拷貝frm文件，鎖定時(shí)間會(huì)更長(zhǎng)，對(duì)業(yè)務(wù)影響較大。
我曾遇到過(guò)部署在虛擬機(jī)的實(shí)例有12023多張表，當(dāng)時(shí)使用的xtrabackup，備份腳本中沒(méi)加rsync參數(shù)，結(jié)果鎖了十幾分鐘，而MEB就沒(méi)有這樣的問(wèn)題。
MySQL 8.0支持輕量級(jí)備份鎖 LOCK INSTANCE FOR BACKUP，數(shù)據(jù)字典也重構(gòu)了由InnoDB存儲(chǔ)。若不創(chuàng)建非InnoDB表，MEB默認(rèn)使用備份鎖獲取binlog日志一致性位置，并阻止DDL操作，但不影響DML操作。
只有InnoDB表，僅上備份鎖
請(qǐng)點(diǎn)擊輸入圖片描述
若有非InnoDB表，上全局鎖
請(qǐng)點(diǎn)擊輸入圖片描述
特性2：Redo Log Archiving
MEB能做到在線熱備，備份時(shí)不影響數(shù)據(jù)庫(kù)讀寫，這是利用了InnoDB事務(wù)日志，在備份期間持續(xù)監(jiān)視r(shí)edo log的變化，讀取增量變化，寫入到ibbackup_logfile，也就不需要上鎖棚雀來(lái)保障備份一致性。(對(duì)非InnoDB的文件需要上讀鎖拷貝)
如果備份期間數(shù)據(jù)庫(kù)寫入負(fù)載特別大，而寫入ibbackup_logfile速度較慢，redo log size也不大，很可能會(huì)出現(xiàn)ibbackup_logfile的寫入速度跟不上redo log記錄生成速度，redo log 空間不夠時(shí)需要覆寫日志文件，那么來(lái)不及寫入ibbackup_logfile的記錄會(huì)丟失，導(dǎo)致備份失敗。
MEB 4.1對(duì)此做了優(yōu)化，將redo log處理線程拆分成多線程分工合作，提高處理redo log的效率，降低了redo log覆寫造成備份失敗的概率，但redo log新增速度和ibbackup_logfile寫入速度懸殊太大，問(wèn)題依然會(huì)發(fā)生。
MySQL 8.0.17支持了redo log archiving 徹底解決了此問(wèn)題，備份前設(shè)置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時(shí)自動(dòng)開啟日志歸檔，當(dāng)checkpoint時(shí)會(huì)將舊記錄歸檔到此目錄，后續(xù)從歸檔文件中讀取redo日志記錄，避免了覆寫可能導(dǎo)致的redo記錄丟失。
請(qǐng)點(diǎn)擊輸入圖片描述
注意：innodb_redo_log_archive_dirs 不能在數(shù)據(jù)目錄下，目錄權(quán)限要求是700
特性3：Page Tracking
Page Tracking 是為優(yōu)化增量備份效率，減少不必要的數(shù)據(jù)頁(yè)掃描。
增量備份當(dāng)前有3種掃描模式：
page-track：利用LSN精確跟蹤上次備份之后被修改頁(yè)面，僅復(fù)制這些頁(yè)面，效率最快。
optimistic：掃描上次備份之后被修改的InnoDB 數(shù)據(jù)文件中，找出并拷貝修改的頁(yè)面。依賴系統(tǒng)時(shí)間，使用存在限制。
full-scan：掃描所有InnoDB數(shù)據(jù)文件，找出并拷貝自上次備份之后修改的頁(yè)面，效率最慢
1、利用page-track增量備份，需先安裝備份組件
mysql> INSTALL COMPONENT “
2、在全備前開啟page-track
SELECT mysqlbackup_page_track_set(true);
3、全備之后，做增量備份時(shí)指定若滿足page tracking條件，默認(rèn)會(huì)使用page-track模式，否則會(huì)使用full-scan模式，也可以指定–incremental=page-track。
mysqlbackup –incremental-backup-dir=backup_incr –trace=3 –incremental=page-track –incremental-base=history:last_full_backup backup
incremental-base有3種選擇
last_backup：基于前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會(huì)有多個(gè)增備，每次增量可能比較小，但恢復(fù)時(shí)需要逐個(gè)合并。
last_full_backup：基于前一次全備做增備。這種方式增備會(huì)越往后體積可能越大，但恢復(fù)時(shí)只需要合并最后一次增量備份。
dir：基于前一次的備份目錄，前一次備份可能是增備，也可能是全備。
測(cè)試對(duì)比f(wàn)ull-scan 和page-track ，在變更頁(yè)小于總體50%的情況下 ，備份效率至少能有1倍的速度提升。
page-track 模式 磁盤讀寫均衡，說(shuō)明讀寫的都是修改頁(yè)面。
請(qǐng)點(diǎn)擊輸入圖片描述
full-scan模式 磁盤讀寫差別很大，說(shuō)明讀了很多未修改的頁(yè)面。
請(qǐng)點(diǎn)擊輸入圖片描述
關(guān)于常用數(shù)據(jù)庫(kù)備份方法的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
香港云服務(wù)器機(jī)房,創(chuàng)新互聯(lián)（www.cdcxhl.com）專業(yè)云服務(wù)器廠商,回大陸優(yōu)化帶寬,安全/穩(wěn)定/低延遲.創(chuàng)新互聯(lián)助力企業(yè)出海業(yè)務(wù),提供一站式解決方案。香港服務(wù)器-免備案低延遲-雙向CN2+BGP極速互訪！
名稱欄目：數(shù)據(jù)庫(kù)備份大揭秘：30種常用備份方法盤點(diǎn)(常用數(shù)據(jù)庫(kù)備份方法)
網(wǎng)頁(yè)地址：http://www.dlmjj.cn/article/djdsdpg.html
