如何備份整個mysql數據庫
1、首先打開mysql數據庫軟件進入軟件主界面。
2、然后再左側樹里打開自己的的數據庫。
3、然后需要點擊需要備份的數據庫名。
4、如圖所示為打開數據庫后界面。
5、然后需要點擊轉儲sql文件選項。
6、然后需要打開選擇存儲文件路徑并選擇保存。
7、點擊保存即可在路徑備份好格式為sql的數據庫文件。
mysql到底如何備份
數據備份是數據容災的最后一道防線，即便有著兩地三中心的架構，備份也依然重要。如果備份出問題，備份時影響了交易業務，備份數據無法恢復，這些也是企業難以承受的。所以選擇合適的備份工具尤為重要。
每個企業級數據庫都會有配套的備份工具，MEB(MySQL Enterpri 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 "file://component_mysqlbackup";
2、在全備前開啟page-track
SELECT mysqlbackup_page_track_t(true);
3、全備之后，做增量備份時指定若滿足page tracking條件，默認會使用page-track模式，否則會使用full-scan模式，也可以指定--incremental=page-track。
mysqlbackup --incremental-backup-dir=backup_incr --trace=3 --incremental=page-track --incremental-ba=history:last_full_backup backup
incremental-ba有3種選擇
last_backup：基于前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會有多個增備，每次增量可能比較小，但恢復時需要逐個合并。
last_full_backup：基于前一次全備做增備。這種方式增備會越往后體積可能越大，但恢復時只需要合并最后一次增量備份。
dir：基于前一次的備份目錄，前一次備份可能是增備，也可能是全備。
測試對比full-scan 和page-track ，在變更頁小于總體50%的情況下 ，備份效率至少能有1倍的速度提升。
page-track 模式 磁盤讀寫均衡，說明讀寫的都是修改頁面。
請點擊輸入圖片描述
full-scan模式 磁盤讀寫差別很大，說明讀了很多未修改的頁面。
請點擊輸入圖片描述
mysql如何備份數據
1.1、 mysqldump命令備份數據
在MySQL中提供了命令行導出數據庫數據以及文件的一種方便的工具mysqldump,我們可以通過命令行直接實現數據庫內容的導出dump,首先我們簡單了解一下mysqldump命令用法:
#MySQLdump常用
mysqldump -u root -p --databas 數據庫1 數據庫2 > xxx.sql
1.2、 mysqldump常用操作實例
1.備份全部數據庫的數據和結構
mysqldump -uroot -p123456 -A > /data/mysqlDump/mydb.sql
2.備份全部數據庫的結構（加 -d 參數）
mysqldump -uroot -p123456 -A -d > /data/mysqlDump/mydb.sql
3.備份全部數據庫的數據(加 -t 參數)
mysqldump -uroot -p123456 -A -t > /data/mysqlDump/mydb.sql
4.備份單個數據庫的數據和結構(,數據庫名mydb)
mysqldump -uroot-p123456 mydb > /data/mysqlDump/mydb.sql
5.備份單個數據庫的結構
mysqldump -uroot -p123456 mydb -d > /data/mysqlDump/mydb.sql
6.備份單個數據庫的數據
mysqldump -uroot -p123456 mydb -t > /data/mysqlDump/mydb.sql
7.備份多個表的數據和結構（數據，結構的單獨備份方法與上同）
mysqldump -uroot -p123456 mydb t1 t2 > /data/mysqlDump/mydb.sql
8.一次備份多個數據庫
mysqldump -uroot -p123456 --databas db1 db2 > /data/mysqlDump/mydb.sql
如何實現MySQL數據庫的備份與恢復
在數據庫表丟失或損壞的情況下 備份你的數據庫是很重要的 如果發生系統崩潰 你肯定想能夠將你的表盡可能丟失最少的數據恢復到崩潰發生時的狀態 有時 正是MySQL管理員造成破壞 管理員已經知道表以破壞 用諸如vi或Emacs等編輯器試圖直接編輯它們 這對表絕對不是件好事！ 備份數據庫兩個主要方法是用mysqldump程序或直接拷貝數據庫文件（如用cp cpio或tar等） 每種方法都有其優缺點 mysqldump與MySQL服務器協同操作 直接拷貝方法在服務器外部進行 并且你必須采取措施保證沒有客戶正在修改你將拷貝的表 如果你想用文件系統備份來備份數據庫 也會發生同樣的問題 如果數據庫表在文件系統備份過程中被修改 進入備份的表文件主語不一致的狀態 而對以后的恢復表將失去意義 文件系統備份與直接拷貝文件的區別是對后者你完全控制了備份過程 這樣你能采取措施確保服務器讓表不受干擾 mysqldump比直接拷貝要慢些 mysqldump生成能夠移植到其它機器的文本文件 甚至那些有不同硬件結構的機器上 直接拷貝文件不能移植到其它機器上 除非你正在拷貝的表使用MyISAM存儲格式 ISAM表只能在相似的硬件結構的機器上拷貝 在MySQL 中引入的MyISAM表存儲格式解決了該問題 因為該格式是機器無關的 所以直接拷貝文件可以移植到具有不同硬件結構的機器上 只要滿足兩個條件 另一臺機器必須也運行MySQL 或以后版本 而且文件必須以MyISAM格式表示 而不是ISAM格式 不管你使用哪種備份方法 如果你需要恢復數據庫 有幾個原則應該遵守 以確保最好的結果 定期實施備份 建立一個計劃并嚴格遵守 讓服務器執行更新日志 當你在崩潰后需要恢復數據時 更新日志將幫助你 在你用備份文件恢復數據到備份時的狀態后 你可以通過運行更新日志中的查詢再次運用備份后面的修改 這將數據庫中的表恢復到崩潰發生時的狀態 以文件系統備份的術語講 數據庫備份文件代表完全傾倒（full dump） 而更新日志代表漸進傾倒（incremental dump） 使用一種統一的和易理解的備份文件命名機制 象backup buckup 等不是特別有意義 當實施你的恢復時 你將浪費時間找出文件里是什么東西 你可能發覺用數據庫名和日期構成備份文件名會很有用 例如 %mysqldump samp_db >/usr/archives/mysql/samp_db %mysqldump menagerie >/usr/archives/mysql/menagerie 你可能想在生成備份后壓縮它們 備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤 就象你讓你的日志文件過期那樣 用文件系統備份備份你的備份文件 如果遇上了一個徹底崩潰 不僅清除了你的數據目錄 也清除了包含你的數據庫備份的磁盤驅動器 你將真正遇上了麻煩 也要備份你的更新日志 將你的備份文件放在不同于用于你的數據庫的文件系統上 這將降低由于生成備份而填滿包含數據目錄的文件系統的可能性 用于創建備份的技術同樣對拷貝數據庫到另一臺機器有用 最常見地 一個數據庫被轉移到了運行在另一臺主機上的服務器 但是你也可以將數據轉移到同一臺主機上的另一個服務器 使用mysqldump備份和拷貝數據庫 當你使用mysqldumo程序產生數據庫備份文件時 缺省地 文件內容包含創建正在傾倒的表的CREATE語句和包含表中行數據的INSERT語句 換句話說 mysqldump產生的輸出可在以后用作mysql的輸入來重建數據庫 你可以將整個數據庫傾倒進一個單獨的文本文件中 如下 %mysqldump samp_db >/usr/archives/mysql/samp_db 輸出文件的開頭看起來象這樣 # MySQL Dump # # Host: localhost Databa: samp_db # # Server version alpha log # # Table structure for table abnce # CREATE TABLE abnce( student_id int( ) unsigned DEFAULT NOT NULL date date DEFAULT NOT NULL PRIMARY KEY (student_id date) ); # # Dumping data for table abnce # INSERT INTO abnce VALUES ( ); INSERT INTO abnce VALUES ( ); INSERT INTO abnce VALUES ( ); 文件剩下的部分有更多的INSERT和CREATE TABLE語句組成 如果你想壓縮備份 使用類似如下的命令 %mysqldump samp_db | gzip >/usr/archives/mysql/samp_db gz 如果你要一個龐大的數據庫 輸出文件也將很龐大 可能難于管理 如果你愿意 你可以在mysqldump命令行的數據庫名后列出單獨的表名來傾到它們的內容 這將傾倒文件分成較小 更易于管理的文件 下例顯示如何將samp_db數據庫的一些表傾到進分開的文件中 %mysqldump samp_db student score event abnce >grapbook sql %mysqldump samp_db member president >hist league sql 如果你生成準備用于定期刷新另一個數據庫內容的備份文件 你可能想用 add drop table選項 這告訴服務器將DROP TABLE IF EXISTS語句寫入備份文件 然后 當你取出備份文件并把它裝載進第二個數據庫時 如果表已經存在 你不會得到一個錯誤 如果你倒出一個數據庫以便能把數據庫轉移到另一個服務器 你甚至不必創建備份文件 要保證數據庫存在于另一臺主機 然后用管道傾倒數據庫 這樣mysql能直接讀取mysqldump的輸出 例如 你想從主機拷貝數據庫samp_db到 可以這樣很容易做到 %mysqladmin h create samp_db %mysqldump samp_db | mysql h samp_db 以后 如果你想再次刷新上的數據庫 跳過mysqladmin命令 但要對mysqldump加上 add drop table以避免的得到表已存在的錯誤 %mysqldump add drop table samp_db | mysql h samp_db mysqldump其它有用的選項包括 flush logs和 lock tables組合將對你的數據庫檢查點有幫助 lock tables鎖定你正在傾倒的所有表 而 flush logs關閉并重新打開更新日志文件 新的更新日志將只包括從備份點起的修改數據庫的查詢 這將設置你的更新日志檢查點位備份時間 （然而如果你有需要執行個更新的客戶 鎖定所有表對備份期間的客戶訪問不是件好事 ） 如果你使用 flush logs設置檢查點到備份時 有可能最好是傾倒整個數據庫 如果你傾倒單獨的文件 較難將更新日志檢查點與備份文件同步 在恢復期間 你通常按數據庫為基礎提取更新日志內容 對單個表沒有提取更新的選擇 所以你必須自己提取它們 缺省地 mysqldump在寫入前將一個表的整個內容讀進內存 這通常確實不必要 并且實際上如果你有一個大表 幾乎是失敗的 你可用 quick選項告訴mysqldump只要它檢索出一行就寫出每一行 為了進一步優化傾倒過程 使用 opt而不是 quick opt選項打開其它選項 加速數據的傾倒和把它們讀回 用 opt實施備份可能是最常用的方法 因為備份速度上的優勢 然而 要警告你 opt選項確實有代價 opt優化的是你的備份過程 不是其他客戶對數據庫的訪問 opt選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表 你可在一般數據庫訪問上很容易看到其效果 當你的數據庫一般非常頻繁地使用 只是一天一次地調節備份 一個具有 opt的相反效果的選項是 dedayed 該選項使得mysqldump寫出INSERT DELAYED語句而不是INSERT語句 如果你將數據文件裝入另一個數據庫并且你想是這個操作對可能出現在該數據庫中的查詢的影響最小 delayed對此很有幫助 press選項在你拷貝數據庫到另一臺機器上時很有幫助 因為它減少網絡傳輸字節的數量 下面有一個例子 注意到 press對與遠端主機上的服務器通信的程序才給出 而不是對與本地主機連接的程序 %mysqldump opt samp_db | mysql press h samp_db mysqldump有很多選項 詳見《MySQL參考手冊》 使用直接拷貝數據庫的備份和拷貝方法 另一種不涉及mysqldump備份數據庫和表的方式是直接拷貝數據庫表文件 典型地 這用諸如cp tar或cpio實用程序 本文的例子使用cp 當你使用一種直接備份方法時 你必須保證表不在被使用 如果服務器在你則正在拷貝一個表時改變它 拷貝就失去意義 保證你的拷貝完整性的最好方法是關閉服務器 拷貝文件 然后重啟服務器 如果你不想關閉服務器 要在執行表檢查的同時鎖定服務器 如果服務器在運行 相同的制約也適用于拷貝文件 而且你應該使用相同的鎖定協議讓服務器 安靜下來 假設服務器關閉或你已經鎖定了你想拷貝的表 下列顯示如何將整個samp_db數據庫備份到一個備份目錄（DATADIR表示服務器的數據目錄） %cd DATADIR %cp r samp_db /usr/archive/mysql 單個表可以如下備份 %cd DATADIR/samp_db %cp member * /usr/archive/mysql/samp_db %cp score * /usr/archive/mysql/samp_db 當你完成了備份時 你可 lishixinzhi/Article/program/MySQL/201311/29384
mysql數據庫如何備份？
MySQL數據庫備份與還原
備份和恢復數據
生成SQL腳本
在控制臺使用mysqldump命令可以用來生成指定數據庫的腳本文本，但要注意，腳本文本中只包含數據庫的內容，而不會存在創建數據庫的語句！所以在恢復數據時，還需要自已手動創建一個數據庫之后再去恢復數據。
mysqldump –u用戶名 –p密碼 數據庫名>生成的腳本文件路徑
現在可以在C盤下找到mydb1.sql文件了！
注意，mysqldump命令是在Windows控制臺下執行，無需登錄mysql?。。?br />執行SQL腳本
執行SQL腳本需要登錄mysql，然后進入指定數據庫，才可以執行SQL腳本?。。?br />執行SQL腳本不只是用來恢復數據庫，也可以在平時編寫SQL腳本，然后使用執行SQL 腳本來操作數據庫！大家都知道，在黑屏下編寫SQL語句時，就算發現了錯誤，可能也不能修改了。所以我建議大家使用腳本文件來編寫SQL代碼，然后執行之！
SOURCE C:\mydb1.sql
注意，在執行腳本時需要先行核查當前數據庫中的表是否與腳本文件中的語句有沖突！例如在腳本文件中存在create table a的語句，而當前數據庫中已經存在了a表，那么就會出錯！
還可以通過下面的方式來執行腳本文件：
mysql -uroot -p123 mydb1<c:\mydb1.sql
mysql –u用戶名 –p密碼 數據庫<要執行腳本文件路徑
這種方式無需登錄mysql！
MySQL的備份與還原，非常規備份，全量備份，增量備份
1：官方百萬級別的測試數據庫：
官方測試數據庫github網址：https://github.com/datacharmer/test_db
下載到目錄，解壓即可，運行命令：
2：自己創建簡單測試數據庫：
快速隨機生成測試語言的網站：https://generatedata.com/
選擇sql和想生成的字段，點擊生成Generate!生成即可。
在MySQL輸入生成的語句即可。
3：測試備份還原時用到的命令
刪庫跑路測試（先備份好）
還原后查詢庫的表數據是否完整。
采用復制整個數據存放目錄
1：查看數據庫數據存放位置
有兩種方法：
1)：在數據庫中用命令 show variables like 'datadir'; 查看
2)：在配置文件中查看，配置了 datadir 目錄的可查看。沒有配置的默認為 /var/lib/mysql/ 位置
Linux中查看配置文件
2：復制目錄或者目錄下某個數據庫名
3：還原時直接復制文件夾到數據庫目錄即可
mysqldump又可叫做全量備份。
參數 --databas 同 -B ，單獨一個庫，也可省略。
1、備份命令mysqldump格式
格式：mysqldump -h主機名 -P端口 -u用戶名 -p密碼 databa 數據庫名 > 文件名.sql
備份testDataba數據庫
2、備份MySQL數據庫為帶刪除表的格式
備份MySQL數據庫為帶刪除表的格式，能夠讓該備份覆蓋已有數據庫而不需要手動刪除原有數據庫。
3、直接將MySQL數據庫壓縮備份
備份并壓縮
4、備份MySQL數據庫某個(些)表
備份testDataba中的myTable表，不需要用參數 --databas 或者 -B
5、同時備份多個MySQL數據庫
同時備份testDataba和 employees兩個庫
6、備份服務器上所有數據庫
參數 --all-databas 同 -A
7、還原MySQL數據庫的命令
1) 不指定數據名還原，默認生成原數據庫名稱，還原所有數據庫。
2) 指定數據名還原，還原指定單個數據庫，需在數據庫種預先創建一個testDataba名稱。
3) 還原壓縮的MySQL數據庫
4) 進入數據庫用source導入
增量備份是針對于數據庫的bin-log日志進行備份的，增量備份是在全量的基礎上進行操作的。增量備份主要是靠mysql記錄的bin-log日志。
1：查看是否開啟bin-log日志
進入mysql輸入命令可查看。
顯示如下為開啟狀態，日志文件在/var/lib/mysql/以binlog.00001的格式保存。
如未開啟，需要在配置文件種配置
2：查看目前使用的bin-log日志文件
進入mysql查看命令。
顯示如下，目前使用的是binlog.000022文件，所有操作都記錄在此文件。
查看當前testDataba的表myTable數據如下，
3：刷新日志，使用新的日志文件（備份）
在命令端執行命令
日志文件從 binlog.000022 變為 binlog.000023
這時相當與已經備份成功，備份文件即為上次的binlog.000022日志文件。
4：刪除數量，從日志還原數據
1) 刪除ABC行
查詢以及沒有ABC行列。
2) 恢復數據ABC行
退出mysql，在命令端用mysqlbinlog命令恢復到binlog.000022日志狀態。
進入數據庫再次查看數據，ABC已經恢復。
增量備份完成。
