如何備份整個(gè)mysql數(shù)據(jù)庫

1、首先打開mysql數(shù)據(jù)庫軟件進(jìn)入軟件主界面。

成都創(chuàng)新互聯(lián)長期為1000多家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺(tái)，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為南安企業(yè)提供專業(yè)的網(wǎng)站設(shè)計(jì)制作、成都做網(wǎng)站，南安網(wǎng)站改版等技術(shù)服務(wù)。擁有十載豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。

2、然后再左側(cè)樹里打開自己的的數(shù)據(jù)庫。

3、然后需要點(diǎn)擊需要備份的數(shù)據(jù)庫名。

4、如圖所示為打開數(shù)據(jù)庫后界面。

5、然后需要點(diǎn)擊轉(zhuǎn)儲(chǔ)sql文件選項(xiàng)。

6、然后需要打開選擇存儲(chǔ)文件路徑并選擇保存。

7、點(diǎn)擊保存即可在路徑備份好格式為sql的數(shù)據(jù)庫文件。

如何實(shí)現(xiàn)MySQL數(shù)據(jù)庫的備份與恢復(fù)

在數(shù)據(jù)庫表丟失或損壞的情況下 備份你的數(shù)據(jù)庫是很重要的 如果發(fā)生系統(tǒng)崩潰 你肯定想能夠?qū)⒛愕谋肀M可能丟失最少的數(shù)據(jù)恢復(fù)到崩潰發(fā)生時(shí)的狀態(tài) 有時(shí) 正是MySQL管理員造成破壞 管理員已經(jīng)知道表以破壞 用諸如vi或Emacs等編輯器試圖直接編輯它們 這對表絕對不是件好事！備份數(shù)據(jù)庫兩個(gè)主要方法是用mysqldump程序或直接拷貝數(shù)據(jù)庫文件（如用cp cpio或tar等） 每種方法都有其優(yōu)缺點(diǎn) mysqldump與MySQL服務(wù)器協(xié)同操作 直接拷貝方法在服務(wù)器外部進(jìn)行 并且你必須采取措施保證沒有客戶正在修改你將拷貝的表 如果你想用文件系統(tǒng)備份來備份數(shù)據(jù)庫 也會(huì)發(fā)生同樣的問題 如果數(shù)據(jù)庫表在文件系統(tǒng)備份過程中被修改 進(jìn)入備份的表文件主語不一致的狀態(tài) 而對以后的恢復(fù)表將失去意義 文件系統(tǒng)備份與直接拷貝文件的區(qū)別是對后者你完全控制了備份過程 這樣你能采取措施確保服務(wù)器讓表不受干擾 mysqldump比直接拷貝要慢些 mysqldump生成能夠移植到其它機(jī)器的文本文件 甚至那些有不同硬件結(jié)構(gòu)的機(jī)器上 直接拷貝文件不能移植到其它機(jī)器上 除非你正在拷貝的表使用MyISAM存儲(chǔ)格式 ISAM表只能在相似的硬件結(jié)構(gòu)的機(jī)器上拷貝 在MySQL 中引入的MyISAM表存儲(chǔ)格式解決了該問題 因?yàn)樵摳袷绞菣C(jī)器無關(guān)的 所以直接拷貝文件可以移植到具有不同硬件結(jié)構(gòu)的機(jī)器上 只要滿足兩個(gè)條件 另一臺(tái)機(jī)器必須也運(yùn)行MySQL 或以后版本 而且文件必須以MyISAM格式表示 而不是ISAM格式 不管你使用哪種備份方法 如果你需要恢復(fù)數(shù)據(jù)庫 有幾個(gè)原則應(yīng)該遵守 以確保最好的結(jié)果 定期實(shí)施備份 建立一個(gè)計(jì)劃并嚴(yán)格遵守 讓服務(wù)器執(zhí)行更新日志 當(dāng)你在崩潰后需要恢復(fù)數(shù)據(jù)時(shí) 更新日志將幫助你 在你用備份文件恢復(fù)數(shù)據(jù)到備份時(shí)的狀態(tài)后 你可以通過運(yùn)行更新日志中的查詢再次運(yùn)用備份后面的修改 這將數(shù)據(jù)庫中的表恢復(fù)到崩潰發(fā)生時(shí)的狀態(tài) 以文件系統(tǒng)備份的術(shù)語講 數(shù)據(jù)庫備份文件代表完全傾倒（full dump） 而更新日志代表漸進(jìn)傾倒（incremental dump） 使用一種統(tǒng)一的和易理解的備份文件命名機(jī)制 象backup buckup 等不是特別有意義 當(dāng)實(shí)施你的恢復(fù)時(shí) 你將浪費(fèi)時(shí)間找出文件里是什么東西 你可能發(fā)覺用數(shù)據(jù)庫名和日期構(gòu)成備份文件名會(huì)很有用 例如 %mysqldump samp_db /usr/archives/mysql/samp_db %mysqldump menagerie /usr/archives/mysql/menagerie 你可能想在生成備份后壓縮它們 備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤 就象你讓你的日志文件過期那樣 用文件系統(tǒng)備份備份你的備份文件 如果遇上了一個(gè)徹底崩潰 不僅清除了你的數(shù)據(jù)目錄 也清除了包含你的數(shù)據(jù)庫備份的磁盤驅(qū)動(dòng)器 你將真正遇上了麻煩 也要備份你的更新日志 將你的備份文件放在不同于用于你的數(shù)據(jù)庫的文件系統(tǒng)上 這將降低由于生成備份而填滿包含數(shù)據(jù)目錄的文件系統(tǒng)的可能性 用于創(chuàng)建備份的技術(shù)同樣對拷貝數(shù)據(jù)庫到另一臺(tái)機(jī)器有用 最常見地 一個(gè)數(shù)據(jù)庫被轉(zhuǎn)移到了運(yùn)行在另一臺(tái)主機(jī)上的服務(wù)器 但是你也可以將數(shù)據(jù)轉(zhuǎn)移到同一臺(tái)主機(jī)上的另一個(gè)服務(wù)器 使用mysqldump備份和拷貝數(shù)據(jù)庫 當(dāng)你使用mysqldumo程序產(chǎn)生數(shù)據(jù)庫備份文件時(shí) 缺省地 文件內(nèi)容包含創(chuàng)建正在傾倒的表的CREATE語句和包含表中行數(shù)據(jù)的INSERT語句 換句話說 mysqldump產(chǎn)生的輸出可在以后用作mysql的輸入來重建數(shù)據(jù)庫 你可以將整個(gè)數(shù)據(jù)庫傾倒進(jìn)一個(gè)單獨(dú)的文本文件中 如下 %mysqldump samp_db /usr/archives/mysql/samp_db 輸出文件的開頭看起來象這樣 # MySQL Dump ## Host: localhost Database: samp_db# # Server version alpha log## Table structure for table absence #CREATE TABLE absence(student_id int( ) unsigned DEFAULT NOT NULL date date DEFAULT NOT NULL PRIMARY KEY (student_id date));## Dumping data for table absence #INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( ); 文件剩下的部分有更多的INSERT和CREATE TABLE語句組成 如果你想壓縮備份 使用類似如下的命令 %mysqldump samp_db | gzip /usr/archives/mysql/samp_db gz如果你要一個(gè)龐大的數(shù)據(jù)庫 輸出文件也將很龐大 可能難于管理 如果你愿意 你可以在mysqldump命令行的數(shù)據(jù)庫名后列出單獨(dú)的表名來傾到它們的內(nèi)容 這將傾倒文件分成較小 更易于管理的文件 下例顯示如何將samp_db數(shù)據(jù)庫的一些表傾到進(jìn)分開的文件中 %mysqldump samp_db student score event absence grapbook sql%mysqldump samp_db member president hist league sql如果你生成準(zhǔn)備用于定期刷新另一個(gè)數(shù)據(jù)庫內(nèi)容的備份文件 你可能想用 add drop table選項(xiàng) 這告訴服務(wù)器將DROP TABLE IF EXISTS語句寫入備份文件 然后 當(dāng)你取出備份文件并把它裝載進(jìn)第二個(gè)數(shù)據(jù)庫時(shí) 如果表已經(jīng)存在 你不會(huì)得到一個(gè)錯(cuò)誤 如果你倒出一個(gè)數(shù)據(jù)庫以便能把數(shù)據(jù)庫轉(zhuǎn)移到另一個(gè)服務(wù)器 你甚至不必創(chuàng)建備份文件 要保證數(shù)據(jù)庫存在于另一臺(tái)主機(jī) 然后用管道傾倒數(shù)據(jù)庫 這樣mysql能直接讀取mysqldump的輸出 例如 你想從主機(jī)拷貝數(shù)據(jù)庫samp_db到 可以這樣很容易做到 %mysqladmin h create samp_db%mysqldump samp_db | mysql h samp_db以后 如果你想再次刷新上的數(shù)據(jù)庫 跳過mysqladmin命令 但要對mysqldump加上 add drop table以避免的得到表已存在的錯(cuò)誤 %mysqldump add drop table samp_db | mysql h samp_dbmysqldump其它有用的選項(xiàng)包括 flush logs和 lock tables組合將對你的數(shù)據(jù)庫檢查點(diǎn)有幫助 lock tables鎖定你正在傾倒的所有表 而 flush logs關(guān)閉并重新打開更新日志文件 新的更新日志將只包括從備份點(diǎn)起的修改數(shù)據(jù)庫的查詢 這將設(shè)置你的更新日志檢查點(diǎn)位備份時(shí)間 （然而如果你有需要執(zhí)行個(gè)更新的客戶 鎖定所有表對備份期間的客戶訪問不是件好事 ）如果你使用 flush logs設(shè)置檢查點(diǎn)到備份時(shí) 有可能最好是傾倒整個(gè)數(shù)據(jù)庫 如果你傾倒單獨(dú)的文件 較難將更新日志檢查點(diǎn)與備份文件同步 在恢復(fù)期間 你通常按數(shù)據(jù)庫為基礎(chǔ)提取更新日志內(nèi)容 對單個(gè)表沒有提取更新的選擇 所以你必須自己提取它們 缺省地 mysqldump在寫入前將一個(gè)表的整個(gè)內(nèi)容讀進(jìn)內(nèi)存 這通常確實(shí)不必要 并且實(shí)際上如果你有一個(gè)大表 幾乎是失敗的 你可用 quick選項(xiàng)告訴mysqldump只要它檢索出一行就寫出每一行 為了進(jìn)一步優(yōu)化傾倒過程 使用 opt而不是 quick opt選項(xiàng)打開其它選項(xiàng) 加速數(shù)據(jù)的傾倒和把它們讀回 用 opt實(shí)施備份可能是最常用的方法 因?yàn)閭浞菟俣壬系膬?yōu)勢 然而 要警告你 opt選項(xiàng)確實(shí)有代價(jià) opt優(yōu)化的是你的備份過程 不是其他客戶對數(shù)據(jù)庫的訪問 opt選項(xiàng)通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表 你可在一般數(shù)據(jù)庫訪問上很容易看到其效果 當(dāng)你的數(shù)據(jù)庫一般非常頻繁地使用 只是一天一次地調(diào)節(jié)備份 一個(gè)具有 opt的相反效果的選項(xiàng)是 dedayed 該選項(xiàng)使得mysqldump寫出INSERT DELAYED語句而不是INSERT語句 如果你將數(shù)據(jù)文件裝入另一個(gè)數(shù)據(jù)庫并且你想是這個(gè)操作對可能出現(xiàn)在該數(shù)據(jù)庫中的查詢的影響最小 delayed對此很有幫助 press選項(xiàng)在你拷貝數(shù)據(jù)庫到另一臺(tái)機(jī)器上時(shí)很有幫助 因?yàn)樗鼫p少網(wǎng)絡(luò)傳輸字節(jié)的數(shù)量 下面有一個(gè)例子 注意到 press對與遠(yuǎn)端主機(jī)上的服務(wù)器通信的程序才給出 而不是對與本地主機(jī)連接的程序 %mysqldump opt samp_db | mysql press h samp_dbmysqldump有很多選項(xiàng) 詳見《MySQL參考手冊》 使用直接拷貝數(shù)據(jù)庫的備份和拷貝方法 另一種不涉及mysqldump備份數(shù)據(jù)庫和表的方式是直接拷貝數(shù)據(jù)庫表文件 典型地 這用諸如cp tar或cpio實(shí)用程序 本文的例子使用cp 當(dāng)你使用一種直接備份方法時(shí) 你必須保證表不在被使用 如果服務(wù)器在你則正在拷貝一個(gè)表時(shí)改變它 拷貝就失去意義 保證你的拷貝完整性的最好方法是關(guān)閉服務(wù)器 拷貝文件 然后重啟服務(wù)器 如果你不想關(guān)閉服務(wù)器 要在執(zhí)行表檢查的同時(shí)鎖定服務(wù)器 如果服務(wù)器在運(yùn)行 相同的制約也適用于拷貝文件 而且你應(yīng)該使用相同的鎖定協(xié)議讓服務(wù)器 安靜下來 假設(shè)服務(wù)器關(guān)閉或你已經(jīng)鎖定了你想拷貝的表 下列顯示如何將整個(gè)samp_db數(shù)據(jù)庫備份到一個(gè)備份目錄（DATADIR表示服務(wù)器的數(shù)據(jù)目錄） %cd DATADIR%cp r samp_db /usr/archive/mysql單個(gè)表可以如下備份 %cd DATADIR/samp_db%cp member * /usr/archive/mysql/samp_db%cp score * /usr/archive/mysql/samp_db 當(dāng)你完成了備份時(shí) 你可 lishixinzhi/Article/program/MySQL/201311/29384

mysql備份如何做

常規(guī)的mysql備份使用命令是 mysqldump命令用法如下，

mysqldump [選項(xiàng)] 數(shù)據(jù)庫名 [表名] 腳本名

或mysqldump [選項(xiàng)] --數(shù)據(jù)庫名 [選項(xiàng) 表名] 腳本名

或mysqldump [選項(xiàng)] --all-databases [選項(xiàng)] 腳本名

例如：

備份所有數(shù)據(jù)庫：

mysqldump -uroot -p --all-databases /backup/mysqldump/all.db

備份指定數(shù)據(jù)庫：

mysqldump -uroot -p test /backup/mysqldump/test.db

備份指定數(shù)據(jù)庫指定表(多個(gè)表以空格間隔)

mysqldump -uroot -p mysql db event /backup/mysqldump/2table.db

備份指定數(shù)據(jù)庫排除某些表

mysqldump -uroot -p test --ignore-table=test.t1 --ignore-table=test.t2 /backup/mysqldump/test2.db

還原命令例如：

mysqladmin -uroot -p create db_name

mysql -uroot -p db_name /backup/mysqldump/db_name.db

注：在導(dǎo)入備份數(shù)據(jù)庫前，db_name如果沒有，是需要?jiǎng)?chuàng)建的； 而且與db_name.db中數(shù)據(jù)庫名是一樣的才可以導(dǎo)入。

mysql如何備份數(shù)據(jù)

1.1、 mysqldump命令備份數(shù)據(jù)

在MySQL中提供了命令行導(dǎo)出數(shù)據(jù)庫數(shù)據(jù)以及文件的一種方便的工具mysqldump,我們可以通過命令行直接實(shí)現(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常用操作實(shí)例

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.備份單個(gè)數(shù)據(jù)庫的數(shù)據(jù)和結(jié)構(gòu)(,數(shù)據(jù)庫名mydb)

mysqldump -uroot-p123456 mydb /data/mysqlDump/mydb.sql

5.備份單個(gè)數(shù)據(jù)庫的結(jié)構(gòu)

mysqldump -uroot -p123456 mydb -d /data/mysqlDump/mydb.sql

6.備份單個(gè)數(shù)據(jù)庫的數(shù)據(jù)

mysqldump -uroot -p123456 mydb -t /data/mysqlDump/mydb.sql

7.備份多個(gè)表的數(shù)據(jù)和結(jié)構(gòu)（數(shù)據(jù)，結(jié)構(gòu)的單獨(dú)備份方法與上同）

mysqldump -uroot -p123456 mydb t1 t2 /data/mysqlDump/mydb.sql

8.一次備份多個(gè)數(shù)據(jù)庫

mysqldump -uroot -p123456 --databases db1 db2 /data/mysqlDump/mydb.sql

mysql到底如何備份

數(shù)據(jù)備份是數(shù)據(jù)容災(zāi)的最后一道防線，即便有著兩地三中心的架構(gòu)，備份也依然重要。如果備份出問題，備份時(shí)影響了交易業(yè)務(wù)，備份數(shù)據(jù)無法恢復(fù)，這些也是企業(yè)難以承受的。所以選擇合適的備份工具尤為重要。

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

Xtrabackup一直作為MEB 開源版?zhèn)涮ザ嬖冢瑥腗ySQL 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ù)無法寫入。表數(shù)量越多，可能加上時(shí)間越長，如果使用的xtrabackup 不小心沒加rsync參數(shù)，逐個(gè)拷貝frm文件，鎖定時(shí)間會(huì)更長，對業(yè)務(wù)影響較大。

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

MySQL 8.0支持輕量級備份鎖 LOCK INSTANCE FOR BACKUP，數(shù)據(jù)字典也重構(gòu)了由InnoDB存儲(chǔ)。若不創(chuàng)建非InnoDB表，MEB默認(rèn)使用備份鎖獲取binlog日志一致性位置，并阻止DDL操作，但不影響DML操作。

只有InnoDB表，僅上備份鎖

請點(diǎn)擊輸入圖片描述

若有非InnoDB表，上全局鎖

請點(diǎn)擊輸入圖片描述

特性2：Redo Log Archiving

MEB能做到在線熱備，備份時(shí)不影響數(shù)據(jù)庫讀寫，這是利用了InnoDB事務(wù)日志，在備份期間持續(xù)監(jiān)視r(shí)edo log的變化，讀取增量變化，寫入到ibbackup_logfile，也就不需要上鎖來保障備份一致性。(對非InnoDB的文件需要上讀鎖拷貝)

如果備份期間數(shù)據(jù)庫寫入負(fù)載特別大，而寫入ibbackup_logfile速度較慢，redo log size也不大，很可能會(huì)出現(xiàn)ibbackup_logfile的寫入速度跟不上redo log記錄生成速度，redo log 空間不夠時(shí)需要覆寫日志文件，那么來不及寫入ibbackup_logfile的記錄會(huì)丟失，導(dǎo)致備份失敗。

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

MySQL 8.0.17支持了redo log archiving 徹底解決了此問題，備份前設(shè)置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時(shí)自動(dòng)開啟日志歸檔，當(dāng)checkpoint時(shí)會(huì)將舊記錄歸檔到此目錄，后續(xù)從歸檔文件中讀取redo日志記錄，避免了覆寫可能導(dǎo)致的redo記錄丟失。

請點(diǎn)擊輸入圖片描述

注意：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)時(shí)間，使用存在限制。

full-scan：掃描所有InnoDB數(shù)據(jù)文件，找出并拷貝自上次備份之后修改的頁面，效率最慢

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：基于前一次的備份目錄，前一次備份可能是增備，也可能是全備。

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

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

請點(diǎn)擊輸入圖片描述

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

請點(diǎn)擊輸入圖片描述