mysql資料庫備份有哪些方法,mysql資料庫備份方式

本文目錄一覽：

• 1、如何把mysql資料庫完整備份
• 2、MySQL資料庫備份方法有什麼
• 3、mysql資料庫如何備份？
• 4、MySQL的備份與還原，非常規備份，全量備份，增量備份
• 5、mysql資料庫怎麼備份資料庫
• 6、mysql到底如何備份

如何把mysql資料庫完整備份

兩種方法：①找到bin-mysql-你的資料庫名，直接壓縮備份文件夾(此處備份的是物理文件)； ②下載Mysql管理工具 我用的是navicat for mysql 裡面自動檢索你bin-mysql裡面的所有資料庫。然後 右鍵資料庫名有一個 導出sql文件(以sql文件形式導出)

MySQL資料庫備份方法有什麼

1使用mysqldump備份和拷貝資料庫，

2使用直接拷貝資料庫的備份和拷貝方法

mysql資料庫如何備份？

MySQL資料庫備份與還原

備份和恢複數據

生成SQL腳本

在控制台使用mysqldump命令可以用來生成指定資料庫的腳本文本，但要注意，腳本文本中只包含資料庫的內容，而不會存在創建資料庫的語句！所以在恢複數據時，還需要自已手動創建一個資料庫之後再去恢複數據。

mysqldump –u用戶名 –p密碼 資料庫名生成的腳本文件路徑

現在可以在C盤下找到mydb1.sql文件了！

注意，mysqldump命令是在Windows控制台下執行，無需登錄mysql！！！

執行SQL腳本

執行SQL腳本需要登錄mysql，然後進入指定資料庫，才可以執行SQL腳本！！！

執行SQL腳本不只是用來恢復資料庫，也可以在平時編寫SQL腳本，然後使用執行SQL 腳本來操作資料庫！大家都知道，在黑屏下編寫SQL語句時，就算髮現了錯誤，可能也不能修改了。所以我建議大家使用腳本文件來編寫SQL代碼，然後執行之！

SOURCE C:\mydb1.sql

注意，在執行腳本時需要先行核查當前資料庫中的表是否與腳本文件中的語句有衝突！例如在腳本文件中存在create table a的語句，而當前資料庫中已經存在了a表，那麼就會出錯！

還可以通過下面的方式來執行腳本文件：

mysql -uroot -p123 mydb1c:\mydb1.sql

mysql –u用戶名 –p密碼 資料庫要執行腳本文件路徑

這種方式無需登錄mysql！

MySQL的備份與還原，非常規備份，全量備份，增量備份

1：官方百萬級別的測試資料庫：

官方測試資料庫github網址：

下載到目錄，解壓即可，運行命令：

2：自己創建簡單測試資料庫：

快速隨機生成測試語言的網站：

選擇sql和想生成的欄位，點擊生成Generate!生成即可。

在MySQL輸入生成的語句即可。

3：測試備份還原時用到的命令

刪庫跑路測試（先備份好）

還原後查詢庫的表數據是否完整。

採用複製整個數據存放目錄

1：查看資料庫數據存放位置

有兩種方法：

1)：在資料庫中用命令 show variables like ‘datadir’; 查看

2)：在配置文件中查看，配置了 datadir 目錄的可查看。沒有配置的默認為 /var/lib/mysql/ 位置

Linux中查看配置文件

2：複製目錄或者目錄下某個資料庫名

3：還原時直接複製文件夾到資料庫目錄即可

mysqldump又可叫做全量備份。

參數 –databases 同 -B ，單獨一個庫，也可省略。

1、備份命令mysqldump格式

格式：mysqldump -h主機名 -P埠 -u用戶名 -p密碼 database 資料庫名 文件名.sql

備份testDatabase資料庫

2、備份MySQL資料庫為帶刪除表的格式

備份MySQL資料庫為帶刪除表的格式，能夠讓該備份覆蓋已有資料庫而不需要手動刪除原有資料庫。

3、直接將MySQL資料庫壓縮備份

備份並壓縮

4、備份MySQL資料庫某個(些)表

備份testDatabase中的myTable表，不需要用參數 –databases 或者 -B

5、同時備份多個MySQL資料庫

同時備份testDatabase和 employees兩個庫

6、備份伺服器上所有資料庫

參數 –all-databases 同 -A

7、還原MySQL資料庫的命令

1) 不指定數據名還原，默認生成原資料庫名稱，還原所有資料庫。

2) 指定數據名還原，還原指定單個資料庫，需在資料庫種預先創建一個testDatabase名稱。

3) 還原壓縮的MySQL資料庫

4) 進入資料庫用source導入

增量備份是針對於資料庫的bin-log日誌進行備份的，增量備份是在全量的基礎上進行操作的。增量備份主要是靠mysql記錄的bin-log日誌。

1：查看是否開啟bin-log日誌

進入mysql輸入命令可查看。

顯示如下為開啟狀態，日誌文件在/var/lib/mysql/以binlog.00001的格式保存。

如未開啟，需要在配置文件種配置

2：查看目前使用的bin-log日誌文件

進入mysql查看命令。

顯示如下，目前使用的是binlog.000022文件，所有操作都記錄在此文件。

查看當前testDatabase的表myTable數據如下，

3：刷新日誌，使用新的日誌文件（備份）

在命令端執行命令

日誌文件從 binlog.000022 變為 binlog.000023

這時相當與已經備份成功，備份文件即為上次的binlog.000022日誌文件。

4：刪除數量，從日誌還原數據

1) 刪除ABC行

查詢以及沒有ABC行列。

2) 恢複數據ABC行

退出mysql，在命令端用mysqlbinlog命令恢復到binlog.000022日誌狀態。

進入資料庫再次查看數據，ABC已經恢復。

增量備份完成。

mysql資料庫怎麼備份資料庫

1、備份一個資料庫

mysqldump基本語法：

mysqldump -u username -p dbname table1 table2 …- BackupName.sql

2、直接複製整個資料庫目錄MySQL有一種非常簡單的備份方法，就是將MySQL中的資料庫文件直接複製出來。這是最簡單，速度最快的方法。

3、使用mysqlhotcopy工具快速備份

mysql到底如何備份

數據備份是數據容災的最後一道防線，即便有著兩地三中心的架構，備份也依然重要。如果備份出問題，備份時影響了交易業務，備份數據無法恢復，這些也是企業難以承受的。所以選擇合適的備份工具尤為重要。

每個企業級資料庫都會有配套的備份工具，MEB(MySQL Enterprise Backup)就是MySQL企業版中非常重要的工具之一，是為企業級客戶提供的數據備份方案。

Xtrabackup一直作為MEB 開源版備胎而存在，從MySQL 8.0開始情況可能會變得有所不同。

在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB備份/恢復體驗會更好，目前xtrabackup還不支持這些特性。

MySQL 企業版還有哪些功能？

特性1：Backup Lock

8.0之前使用xtrabackup或MEB做物理備份，為了保證備份時InnoDB引擎表與其他引擎數據文件、及binlog日誌的一致性會上全局讀鎖，再拷貝非InnoDB文件，這期間MySQL會變成只讀，數據無法寫入。表數量越多，可能加上時間越長，如果使用的xtrabackup 不小心沒加rsync參數，逐個拷貝frm文件，鎖定時間會更長，對業務影響較大。

我曾遇到過部署在虛擬機的實例有12000多張表，當時使用的xtrabackup，備份腳本中沒加rsync參數，結果鎖了十幾分鐘，而MEB就沒有這樣的問題。

MySQL 8.0支持輕量級備份鎖 LOCK INSTANCE FOR BACKUP，數據字典也重構了由InnoDB存儲。若不創建非InnoDB表，MEB默認使用備份鎖獲取binlog日誌一致性位置，並阻止DDL操作，但不影響DML操作。

只有InnoDB表，僅上備份鎖

請點擊輸入圖片描述

若有非InnoDB表，上全局鎖

請點擊輸入圖片描述

特性2：Redo Log Archiving

MEB能做到在線熱備，備份時不影響資料庫讀寫，這是利用了InnoDB事務日誌，在備份期間持續監視redo log的變化，讀取增量變化，寫入到ibbackup_logfile，也就不需要上鎖來保障備份一致性。(對非InnoDB的文件需要上讀鎖拷貝)

如果備份期間資料庫寫入負載特別大，而寫入ibbackup_logfile速度較慢，redo log size也不大，很可能會出現ibbackup_logfile的寫入速度跟不上redo log記錄生成速度，redo log 空間不夠時需要覆寫日誌文件，那麼來不及寫入ibbackup_logfile的記錄會丟失，導致備份失敗。

MEB 4.1對此做了優化，將redo log處理線程拆分成多線程分工合作，提高處理redo log的效率，降低了redo log覆寫造成備份失敗的概率，但redo log新增速度和ibbackup_logfile寫入速度懸殊太大，問題依然會發生。

MySQL 8.0.17支持了redo log archiving 徹底解決了此問題，備份前設置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時自動開啟日誌歸檔，當checkpoint時會將舊記錄歸檔到此目錄，後續從歸檔文件中讀取redo日誌記錄，避免了覆寫可能導致的redo記錄丟失。

請點擊輸入圖片描述

注意：innodb_redo_log_archive_dirs 不能在數據目錄下，目錄許可權要求是700

特性3：Page Tracking

Page Tracking 是為優化增量備份效率，減少不必要的數據頁掃描。

增量備份當前有3種掃描模式：

page-track：利用LSN精確跟蹤上次備份之後被修改頁面，僅複製這些頁面，效率最快。

optimistic：掃描上次備份之後被修改的InnoDB 數據文件中，找出並拷貝修改的頁面。依賴系統時間，使用存在限制。

full-scan：掃描所有InnoDB數據文件，找出並拷貝自上次備份之後修改的頁面，效率最慢

1、利用page-track增量備份，需先安裝備份組件

mysql INSTALL COMPONENT “”;

2、在全備前開啟page-track

SELECT mysqlbackup_page_track_set(true);

3、全備之後，做增量備份時指定若滿足page tracking條件，默認會使用page-track模式，否則會使用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：基於前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會有多個增備，每次增量可能比較小，但恢復時需要逐個合併。

last_full_backup：基於前一次全備做增備。這種方式增備會越往後體積可能越大，但恢復時只需要合併最後一次增量備份。

dir：基於前一次的備份目錄，前一次備份可能是增備，也可能是全備。

測試對比full-scan 和page-track ，在變更頁小於總體50%的情況下 ，備份效率至少能有1倍的速度提升。

page-track 模式 磁碟讀寫均衡，說明讀寫的都是修改頁面。

請點擊輸入圖片描述

full-scan模式 磁碟讀寫差別很大，說明讀了很多未修改的頁面。

請點擊輸入圖片描述