這篇文章將為大家詳細(xì)講解有關(guān)如何解決MySQL中使用innobackup 2.4遇到的問(wèn)題，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。
為太原等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及太原網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、太原網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！
一 前言
Percona公司發(fā)布 innobackup 2.4 版本已經(jīng)很久了，增加了新的特性比如xtrabackup支持非Innodb表備份，指定 --safe-slave-backup，增加備份的一致性，最重要的一點(diǎn)是支持5.7的備份，2.2是不能備份5.7 版本的。
因此我們決定將我們的percona的pt工具和備份軟件更新到最新版本。本文主要記錄我們使用 2.4 版本過(guò)程中遇到的問(wèn)題和之前的一些改變。
二 問(wèn)題和差異
2.1 backup-my.cnf 文件
innobackup 2.4版本比 之前的版本多了幾個(gè)參數(shù)
2.2版本的內(nèi)容
[mysqld]
innodb_checksum_algorithm=innodb
innodb_log_checksum_algorithm=innodb
innodb_data_file_path=ibdata1:12M:autoextend
innodb_log_files_in_group=2
innodb_log_file_size=1073741824
innodb_page_size=16384
innodb_log_block_size=512
innodb_undo_directory=.
innodb_undo_tablespaces=0
2.4 版本的內(nèi)容
[mysqld]
innodb_checksum_algorithm=innodb
innodb_log_checksum_algorithm=innodb
innodb_data_file_path=ibdata1:12M:autoextend
innodb_log_files_in_group=2
innodb_log_file_size=1073741824
innodb_page_size=16384
innodb_log_block_size=512
innodb_undo_directory=.
innodb_undo_tablespaces=0
server_id=0 # 2.4 新增參數(shù)
redo_log_version=0 # 2.4 新增參數(shù)
innodb_fast_checksum=false # 2.4 新增參數(shù)
這里強(qiáng)調(diào)一下 innodb_fast_checksum ，在applay log 之后依賴backup-my.cnf 啟動(dòng)MySQL的時(shí)候 5.6 是不能識(shí)別該參數(shù)的,導(dǎo)致啟動(dòng)失敗。[ERROR] mysqld: unknown variable 'innodb_fast_checksum=0'
來(lái)看看2014年 相關(guān)的bug 說(shuō)法
“Or maybe a separate feature request should be opened to copy the whole my.cnf to the backup directory as well. I will leave that up to others to decide.”
都3年了，都沒(méi)有得出什么有效的結(jié)果。。
其他地方的討論，其實(shí)可以直接關(guān)閉。
https://dba.stackexchange.com/questions/6386/is-there-any-reason-not-to-use-percona-innodb-fast-checksum
2.2 場(chǎng)景
由于歷史原因，我們還有部分?jǐn)?shù)據(jù)庫(kù)是是基于 mysqld_multi 做單機(jī)多實(shí)例的。這種單機(jī)多實(shí)例的配置文件有兩種 /etc/my.cnf 和 /path/my.multi.cnf 兩個(gè)配置文件。my.multi.cnf 文件里面配置了實(shí)例級(jí)別的個(gè)性參數(shù)。比如
[mysqld_multi]
mysqld=/usr/bin/mysqld_safe
mysqladmin=/usr/bin/mysqladmin
user=mysql
log=/data/multi.log
[3306]
port = 3306
datadir=/data/my3306
socket=/data/my3306/mysql.sock
user=mysql
pid-file=/data/my3306/mysql.pid
log=/data/my3306/mysqld.log
[3307]
port = 3307
datadir=/data/my3307
socket=/data/my3307/mysql.sock
user=mysql
pid-file=/data/my3307/mysql.pid
log=/data/my3307/mysqld.log
innobackup 2.4 在備份時(shí)會(huì)去讀 /etc/my.cnf ,如果該文件中沒(méi)有配置server_id 則系統(tǒng)報(bào)錯(cuò)失敗。如果沒(méi)有/etc/my.cnf 則會(huì)去獲取數(shù)據(jù)庫(kù)實(shí)例配置的my.cnf 而不是 my.multi.cnf ..
innobackupex: [ERROR] /usr/bin/innobackupex: Empty value for 'server-id' specified
解決方法回退到老的版本。
2.3 備份集文件內(nèi)容的變化
我們的備份命令如下:
/usr/bin/innobackupex --socket=/srv/my_3344/mysqld.sock --user=root --password= --no-timestamp --slave-info --rsync --compress --compress-threads=2 --parallel=1 /data/backup/rac1_3344/full/bk20170827105656 >/data/logs/zandb_agent/backup/rac1_3344_bk20170827105656.log 2>&1
使用了 compress 功能, 2.2版本的備份集壓縮了數(shù)據(jù)庫(kù)相關(guān)的數(shù)據(jù)文件
2.4版本的備份集文件
對(duì)自動(dòng)化備份系統(tǒng)的影響是需要調(diào)整讀取backup-my.cnf的步驟，必須在解壓縮之后讀取。
關(guān)于“如何解決MySQL中使用innobackup 2.4遇到的問(wèn)題”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。
重慶分公司
重慶分公司
