1、先用工具連接到數(shù)據(jù)庫，如Navicat Premium
成都創(chuàng)新互聯(lián)公司服務(wù)項目包括衡東網(wǎng)站建設(shè)、衡東網(wǎng)站制作、衡東網(wǎng)頁制作以及衡東網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，衡東網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到衡東省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
2、在要備份的數(shù)據(jù)庫點右鍵，選擇轉(zhuǎn)儲sql文件-結(jié)構(gòu)和數(shù)據(jù)
3、然后選擇備份路徑和備份文件名，保存即可。
1、登陸phpmyadmin；
2、登陸后，在數(shù)據(jù)庫列表中，單擊要備份的數(shù)據(jù)庫；
3、在彈出的頁面中，單擊右側(cè)上部“導(dǎo)出”按鈕，保持默認選項；
4、點擊“另存為文件”；
5、選擇“ZIP壓縮”，單擊執(zhí)行按鈕；
1.1、 mysqldump命令備份數(shù)據(jù)
在MySQL中提供了命令行導(dǎo)出數(shù)據(jù)庫數(shù)據(jù)以及文件的一種方便的工具mysqldump,我們可以通過命令行直接實現(xiàn)數(shù)據(jù)庫內(nèi)容的導(dǎo)出dump,首先我們簡單了解一下mysqldump命令用法:
#MySQLdump常用
mysqldump -u root -p --databases 數(shù)據(jù)庫1 數(shù)據(jù)庫2 xxx.sql
1.2、 mysqldump常用操作實例
1.備份全部數(shù)據(jù)庫的數(shù)據(jù)和結(jié)構(gòu)
mysqldump -uroot -p123456 -A /data/mysqlDump/mydb.sql
2.備份全部數(shù)據(jù)庫的結(jié)構(gòu)（加 -d 參數(shù)）
mysqldump -uroot -p123456 -A -d /data/mysqlDump/mydb.sql
3.備份全部數(shù)據(jù)庫的數(shù)據(jù)(加 -t 參數(shù))
mysqldump -uroot -p123456 -A -t /data/mysqlDump/mydb.sql
4.備份單個數(shù)據(jù)庫的數(shù)據(jù)和結(jié)構(gòu)(,數(shù)據(jù)庫名mydb)
mysqldump -uroot-p123456 mydb /data/mysqlDump/mydb.sql
5.備份單個數(shù)據(jù)庫的結(jié)構(gòu)
mysqldump -uroot -p123456 mydb -d /data/mysqlDump/mydb.sql
6.備份單個數(shù)據(jù)庫的數(shù)據(jù)
mysqldump -uroot -p123456 mydb -t /data/mysqlDump/mydb.sql
7.備份多個表的數(shù)據(jù)和結(jié)構(gòu)（數(shù)據(jù)，結(jié)構(gòu)的單獨備份方法與上同）
mysqldump -uroot -p123456 mydb t1 t2 /data/mysqlDump/mydb.sql
8.一次備份多個數(shù)據(jù)庫
mysqldump -uroot -p123456 --databases db1 db2 /data/mysqlDump/mydb.sql
1、備份一個數(shù)據(jù)庫
mysqldump基本語法：
mysqldump -u username -p dbname table1 table2 ...- BackupName.sql
2、直接復(fù)制整個數(shù)據(jù)庫目錄MySQL有一種非常簡單的備份方法，就是將MySQL中的數(shù)據(jù)庫文件直接復(fù)制出來。這是最簡單，速度最快的方法。
3、使用mysqlhotcopy工具快速備份
MySQL數(shù)據(jù)庫備份與還原
備份和恢復(fù)數(shù)據(jù)
生成SQL腳本
在控制臺使用mysqldump命令可以用來生成指定數(shù)據(jù)庫的腳本文本，但要注意，腳本文本中只包含數(shù)據(jù)庫的內(nèi)容，而不會存在創(chuàng)建數(shù)據(jù)庫的語句！所以在恢復(fù)數(shù)據(jù)時，還需要自已手動創(chuàng)建一個數(shù)據(jù)庫之后再去恢復(fù)數(shù)據(jù)。
mysqldump –u用戶名 –p密碼 數(shù)據(jù)庫名生成的腳本文件路徑
現(xiàn)在可以在C盤下找到mydb1.sql文件了！
注意，mysqldump命令是在Windows控制臺下執(zhí)行，無需登錄mysql！??！
執(zhí)行SQL腳本
執(zhí)行SQL腳本需要登錄mysql，然后進入指定數(shù)據(jù)庫，才可以執(zhí)行SQL腳本?。?！
執(zhí)行SQL腳本不只是用來恢復(fù)數(shù)據(jù)庫，也可以在平時編寫SQL腳本，然后使用執(zhí)行SQL 腳本來操作數(shù)據(jù)庫！大家都知道，在黑屏下編寫SQL語句時，就算發(fā)現(xiàn)了錯誤，可能也不能修改了。所以我建議大家使用腳本文件來編寫SQL代碼，然后執(zhí)行之！
SOURCE C:\mydb1.sql
注意，在執(zhí)行腳本時需要先行核查當(dāng)前數(shù)據(jù)庫中的表是否與腳本文件中的語句有沖突！例如在腳本文件中存在create table a的語句，而當(dāng)前數(shù)據(jù)庫中已經(jīng)存在了a表，那么就會出錯！
還可以通過下面的方式來執(zhí)行腳本文件：
mysql -uroot -p123 mydb1c:\mydb1.sql
mysql –u用戶名 –p密碼 數(shù)據(jù)庫要執(zhí)行腳本文件路徑
這種方式無需登錄mysql！
數(shù)據(jù)備份是數(shù)據(jù)容災(zāi)的最后一道防線，即便有著兩地三中心的架構(gòu)，備份也依然重要。如果備份出問題，備份時影響了交易業(yè)務(wù)，備份數(shù)據(jù)無法恢復(fù)，這些也是企業(yè)難以承受的。所以選擇合適的備份工具尤為重要。
每個企業(yè)級數(shù)據(jù)庫都會有配套的備份工具，MEB(MySQL Enterprise Backup)就是MySQL企業(yè)版中非常重要的工具之一，是為企業(yè)級客戶提供的數(shù)據(jù)備份方案。
Xtrabackup一直作為MEB 開源版?zhèn)涮ザ嬖冢瑥腗ySQL 8.0開始情況可能會變得有所不同。
在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB備份/恢復(fù)體驗會更好，目前xtrabackup還不支持這些特性。
MySQL 企業(yè)版還有哪些功能？
特性1：Backup Lock
8.0之前使用xtrabackup或MEB做物理備份，為了保證備份時InnoDB引擎表與其他引擎數(shù)據(jù)文件、及binlog日志的一致性會上全局讀鎖，再拷貝非InnoDB文件，這期間MySQL會變成只讀，數(shù)據(jù)無法寫入。表數(shù)量越多，可能加上時間越長，如果使用的xtrabackup 不小心沒加rsync參數(shù)，逐個拷貝frm文件，鎖定時間會更長，對業(yè)務(wù)影響較大。
我曾遇到過部署在虛擬機的實例有12000多張表，當(dāng)時使用的xtrabackup，備份腳本中沒加rsync參數(shù)，結(jié)果鎖了十幾分鐘，而MEB就沒有這樣的問題。
MySQL 8.0支持輕量級備份鎖 LOCK INSTANCE FOR BACKUP，數(shù)據(jù)字典也重構(gòu)了由InnoDB存儲。若不創(chuàng)建非InnoDB表，MEB默認使用備份鎖獲取binlog日志一致性位置，并阻止DDL操作，但不影響DML操作。
只有InnoDB表，僅上備份鎖
請點擊輸入圖片描述
若有非InnoDB表，上全局鎖
請點擊輸入圖片描述
特性2：Redo Log Archiving
MEB能做到在線熱備，備份時不影響數(shù)據(jù)庫讀寫，這是利用了InnoDB事務(wù)日志，在備份期間持續(xù)監(jiān)視redo log的變化，讀取增量變化，寫入到ibbackup_logfile，也就不需要上鎖來保障備份一致性。(對非InnoDB的文件需要上讀鎖拷貝)
如果備份期間數(shù)據(jù)庫寫入負載特別大，而寫入ibbackup_logfile速度較慢，redo log size也不大，很可能會出現(xiàn)ibbackup_logfile的寫入速度跟不上redo log記錄生成速度，redo log 空間不夠時需要覆寫日志文件，那么來不及寫入ibbackup_logfile的記錄會丟失，導(dǎo)致備份失敗。
MEB 4.1對此做了優(yōu)化，將redo log處理線程拆分成多線程分工合作，提高處理redo log的效率，降低了redo log覆寫造成備份失敗的概率，但redo log新增速度和ibbackup_logfile寫入速度懸殊太大，問題依然會發(fā)生。
MySQL 8.0.17支持了redo log archiving 徹底解決了此問題，備份前設(shè)置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時自動開啟日志歸檔，當(dāng)checkpoint時會將舊記錄歸檔到此目錄，后續(xù)從歸檔文件中讀取redo日志記錄，避免了覆寫可能導(dǎo)致的redo記錄丟失。
請點擊輸入圖片描述
注意：innodb_redo_log_archive_dirs 不能在數(shù)據(jù)目錄下，目錄權(quán)限要求是700
特性3：Page Tracking
Page Tracking 是為優(yōu)化增量備份效率，減少不必要的數(shù)據(jù)頁掃描。
增量備份當(dāng)前有3種掃描模式：
page-track：利用LSN精確跟蹤上次備份之后被修改頁面，僅復(fù)制這些頁面，效率最快。
optimistic：掃描上次備份之后被修改的InnoDB 數(shù)據(jù)文件中，找出并拷貝修改的頁面。依賴系統(tǒng)時間，使用存在限制。
full-scan：掃描所有InnoDB數(shù)據(jù)文件，找出并拷貝自上次備份之后修改的頁面，效率最慢
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：基于前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會有多個增備，每次增量可能比較小，但恢復(fù)時需要逐個合并。
last_full_backup：基于前一次全備做增備。這種方式增備會越往后體積可能越大，但恢復(fù)時只需要合并最后一次增量備份。
dir：基于前一次的備份目錄，前一次備份可能是增備，也可能是全備。
測試對比full-scan 和page-track ，在變更頁小于總體50%的情況下 ，備份效率至少能有1倍的速度提升。
page-track 模式 磁盤讀寫均衡，說明讀寫的都是修改頁面。
請點擊輸入圖片描述
full-scan模式 磁盤讀寫差別很大，說明讀了很多未修改的頁面。
請點擊輸入圖片描述
重慶分公司
重慶分公司
