自從入行干IT互聯(lián)網(wǎng)已經有些年頭了，以前自己確實比較懶，從來不寫博文，從來不總結工作經驗，導致自身的技術提升的很慢，成長也是很慢，正兒八經的開始寫博文也是從去年才開始的，寫點東西，總結下，確實挺好，這樣回顧自己的過往，感覺自己還是多多少少留下了點東西，不至于回想起來太過空虛，太過遺憾。好了廢話不多說了，接下來分享點自己近4年來接觸MySQL數(shù)據(jù)備份這一塊的小經驗。

成都創(chuàng)新互聯(lián)公司專注于企業(yè)成都全網(wǎng)營銷、網(wǎng)站重做改版、祥符網(wǎng)站定制設計、自適應品牌網(wǎng)站建設、H5建站、商城開發(fā)、集團公司官網(wǎng)建設、成都外貿網(wǎng)站建設、高端網(wǎng)站制作、響應式網(wǎng)頁設計等建站業(yè)務，價格優(yōu)惠性價比高，為祥符等各大城市提供網(wǎng)站開發(fā)制作服務。

數(shù)據(jù)是一個互聯(lián)網(wǎng)公司的命脈，數(shù)據(jù)庫的安全以及備案的完整性是至關重要的，所以我們需要在工作中要很熟練的掌握數(shù)據(jù)的備份與恢復,這也是一個合格的運維DBA必須具有的職業(yè)技能。

我這里簡單總結MySQL的備份分為3種
分為冷備份，邏輯備份，熱備份

1、冷備份：

一般主要用于非核心業(yè)務，這類業(yè)務一般都是允許業(yè)務中斷的，冷備份的特點就是數(shù)度快，恢復時也最為簡單。通常直接復物理文件來實現(xiàn)冷備份

1.1備份過程：

第一關閉mysql服務
第二步就是把datas數(shù)據(jù)目錄（包含ibdata1）和日志目錄(包含ib_logfile0,ib_logfile1,ib_logfile2)復制到磁盤，或者本地的另一塊磁盤里

1.2恢復過程：

第一使用復制的數(shù)據(jù)目錄和日志目錄替換原有的目錄
第二就是啟動mysql

2、邏輯備份MySQLdump

生產場景備份的命令：
生產場景不同引擎mysqldump備份命令
myisam引擎企業(yè)生產備份命令（適合所有引擎或混合引擎）:

mysqldump -uroot -p123456 -A -B -F -R --master-data=2 -x --events|gzip >/opt/all.sql.gz

提示：-F也可以不用，與--master-data有些重復。
innodb引擎企業(yè)生產備份命令:推薦使用的

mysqldump -uroot -p123456 -A -B -F -R --master-data=2  --default-character-set=utf8  --events --single-transaction |gzip >/opt/all.sql.gz

提示：-F也可以不用。與--master-data有些重復。
--default-character-set=utf8 指定備份出的sql數(shù)據(jù)的字符集為utf8，當然，這個要提前知道線上的mysql庫全部采用的字符集都是utf8，否則在恢復到線上的庫會出現(xiàn)字符集不一致的問題出現(xiàn)亂碼

提示：邏輯備份一般是數(shù)據(jù)遷移或者數(shù)據(jù)量很小時采用，邏輯備份采用的是數(shù)據(jù)導出的方式

2.1mysqldump庫表等備份說明：

全備：

Mysqldump –uroot –p  -q –single-transaction –A >>all.sql

導出多個數(shù)據(jù)庫：

Mysqldump –uroot –p  -q –single-transaction –B  test01 wjw01 test02 >test01_wjw01_test02.sql

導出一個test庫的某張wjw01表：

Mysqldump –uroot –p  -q –single-transaction –b  test wjw01>>test_wjw01.sql

只導出表結構：

Mysqldump –uroot –q –d  --skip-triggers

只需要導出儲存過程時：

Mysqldump –uroot –q -Rtdn  --skip-triggers

只需要導出觸發(fā)器：

Mysqldump –uroot –p –q –tdn –triggers

只需要導出事件：

Mysqldump –uroot –p –q –Etdn –skip-triggers

只需要導出數(shù)據(jù)：

Mysqldump –uroot –p –q  --skip-transaction --skip-triggers –t

要想在線上建立一臺新的slave，則在master上執(zhí)行如下命令：

Mysqldump –uroot –p –q –single-transaction –master-data=2 -A >>all.sql

提示：在mysql5.5里增加了一個新的參數(shù)：--dump-slave,使用該參數(shù)可在slave端dump數(shù)據(jù)，建立新的slave，其目的是為了防止對主庫造成過大的壓力。

在slave上執(zhí)行以下命令：

Mysqldump  -uroot –p  -A –dump-slave=2 –q –single-transaction >/tmp/all.sql
查看alls.sql 里面會記錄slave上的那個點。

注意：--dump-slave用于在slave上dump數(shù)據(jù)，建立新的slave

2.2Mysqldump優(yōu)缺點以及使用場景

優(yōu)點：
1、恢復簡單，可以使用管道將他們輸入到mysql
2、與存儲引擎無關，因為是從MySQL服務器中提取數(shù)據(jù)而生成的，所以消除了底層數(shù)據(jù)存儲的不同
3、有助于避免數(shù)據(jù)損壞。若磁盤驅動器有故障而要復制原始文件時，此時將得到一個損壞的備份
缺點：
1、 必須有數(shù)據(jù)庫服務器完成邏輯工作，需要更多地cpu周期
2、 邏輯備份還原速度慢：需要MySQL加載和解釋語句、轉化存儲格式、重建引擎

使用場景：對于MySQL數(shù)據(jù)庫數(shù)據(jù)量不是很大的場景，建議使用。因為備份方便，簡單靈活，易操作
當數(shù)據(jù)庫特別的時候，比如30G以上時，備份MySQL數(shù)據(jù)時，也就建議不要采用mysqldump了，因為備份的時間以及恢復數(shù)據(jù)庫的時間太長了，會對庫表造成鎖，對線上的業(yè)務影響還是比較大的

2.3簡單介紹下MySQL全量備份+增量備份binlog

注意：生產上強烈建議MySQL開啟Row格式來記錄binlog,盡管這樣對磁盤的IO以及磁盤的空間的消耗是比較大，但是和數(shù)據(jù)的安全性、完整性相比，磁盤資源那都是小事

全量備份腳本內容：

#!/bin/bash
#mysql全量備份腳本建議在slave從庫上運行，從庫slave上建議開啟參數(shù)log_slave_updates=1
mkdir /backup
cd /backup
dateDIR=$(date +"%Y-%m-%d")
mkdir -p $dateDIR/data
path=/data/mysql/data
for n in `mysql -uroot -p123456 -e "show databases"|grep -v "Database"`
do
mysqldump -uroot -p123456 --default-character-set=utf8 -q --lock-all-tables --flush-logs -E -R --triggers -B $n|gzip >/backup/$dateDIR/data/${n}_$dateDIR.sql.gz
done
binlog_rm=$(tail -n 1 $path/mysql-bin.index|sed 's/.\///')
mysql -uroot -p123456 -e "purge binary logs to '$binlog_rm'"
說明:這個全量備份腳本，會在導出的時候鎖住全局表，并且此時刷新產生一個新的bin-log,期間會產生寫操作的等待，直到導出結束后才會寫入新產生的bin-log文件，然后舊的bin-log 文件會被刪除刪除掉，一般在晚上2:00業(yè)務低峰期執(zhí)行操作

進行本地bin-log增量備份

在執(zhí)行完全量備份腳本后，就可以執(zhí)行增量備份腳本了.
增量備份腳本思路很簡單：

先mysqladmin -uroot -p123456 flush-logs 刷新新的binlog文件，此時mysql寫入到新的binlog文件中。
然后把當前mysql數(shù)據(jù)庫存放binlog的目錄中拋去剛才最新生成的binlog文件，其余舊的binlog文件全部cp到本地服務器/backup/binlog  binlog的備份目錄下。
最后在登錄MySQL清除當前的binlog文件數(shù)減一
mysql -uroot -p123456 -e "purge binary logs to 'mysql-bin.(n-1)'"

3.熱備份與恢復

熱備份的方式也是直接復制數(shù)據(jù)物理文件，和冷備份一樣，但是熱備份可以不停機直接復制，一般用于7*24小時不間斷的重要核心業(yè)務。Mysql的社區(qū)版本熱備份工具InnoDB Hot Backup是付費的，只能試用30天，商業(yè)版才可以永久的使用，
Percona公司發(fā)布一個xtrabackup熱備工具，和付費的工具一樣，支持在線熱備（備份時不影響數(shù)據(jù)的讀寫）是商業(yè)工具InnoDB Hot Backup的一個很好的替代。
xtrabackup熱備工具是一個開源的工具，他可以非常快速的備份和恢復mysql數(shù)據(jù)庫。由于Xtrabackup支持備份innodb表，實際生產環(huán)境中我們使用的工具是innobackupex，它是對xtrabackup的一層封裝。innobackupex腳本用來備份非 InnoDB 表，同時會調用 xtrabackup命令來備份 InnoDB 表，innobackupex的基本流程如下：

1.開啟redo日志拷貝線程，從最新的檢查點開始順序拷貝redo日志；
2.開啟idb文件拷貝線程，拷貝innodb表的數(shù)據(jù)
3.idb文件拷貝結束，通知調用FTWRL，獲取一致性位點
4.備份非innodb表(系統(tǒng)表)和frm文件
5.由于此時沒有新事務提交，等待redo日志拷貝完成
6.最新的redo日志拷貝完成后，相當于此時的innodb表和非innodb表數(shù)據(jù)都是最新的
7.獲取binlog位點，此時數(shù)據(jù)庫的狀態(tài)是一致的。
8.釋放鎖，備份結束。

具體使用請參考博文：https://blog.51cto.com/wujianwei/1934084

關于Mysql數(shù)據(jù)庫的備份方案到此處就介紹完了，博主技術水平有限，如有不對，請及時指出。歡迎一起交流學習

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

網(wǎng)頁題目：淺談Mysql數(shù)據(jù)庫的備份方案-創(chuàng)新互聯(lián)
轉載來源：http://www.yijiale78.com/article20/docejo.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、云服務器、全網(wǎng)營銷推廣、商城網(wǎng)站、外貿建站、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)