這篇文章將為大家詳細講解有關如何解決MySQL中使用innobackup 2.4遇到的問題，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：域名注冊、雅安服務器托管、營銷軟件、網站建設、湯原網站維護、網站推廣。

一 前言
   Percona公司發布 innobackup 2.4 版本已經很久了，增加了新的特性比如xtrabackup支持非Innodb表備份，指定 --safe-slave-backup，增加備份的一致性，最重要的一點是支持5.7的備份，2.2是不能備份5.7 版本的。
  因此我們決定將我們的percona的pt工具和備份軟件更新到最新版本。本文主要記錄我們使用 2.4 版本過程中遇到的問題和之前的一些改變。

二 問題和差異
2.1 backup-my.cnf 文件
innobackup 2.4版本比 之前的版本多了幾個參數 
2.2版本的內容

1. [mysqld]

2. innodb_checksum_algorithm=innodb

3. innodb_log_checksum_algorithm=innodb

4. innodb_data_file_path=ibdata1:12M:autoextend

5. innodb_log_files_in_group=2

6. innodb_log_file_size=1073741824

7. innodb_page_size=16384

8. innodb_log_block_size=512

9. innodb_undo_directory=.

10. innodb_undo_tablespaces=0

2.4 版本的內容

1. [mysqld]

2. innodb_checksum_algorithm=innodb

3. innodb_log_checksum_algorithm=innodb

4. innodb_data_file_path=ibdata1:12M:autoextend

5. innodb_log_files_in_group=2

6. innodb_log_file_size=1073741824

7. innodb_page_size=16384

8. innodb_log_block_size=512

9. innodb_undo_directory=.

10. innodb_undo_tablespaces=0

11. server_id=0                # 2.4 新增參數

12. redo_log_version=0         # 2.4 新增參數

13. innodb_fast_checksum=false       # 2.4 新增參數

這里強調一下 innodb_fast_checksum ，在applay log 之后依賴backup-my.cnf 啟動MySQL的時候 5.6 是不能識別該參數的,導致啟動失敗。[ERROR] mysqld: unknown variable 'innodb_fast_checksum=0'
來看看2014年 相關的bug 說法
“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年了，都沒有得出什么有效的結果。。
其他地方的討論，其實可以直接關閉。
https://dba.stackexchange.com/questions/6386/is-there-any-reason-not-to-use-percona-innodb-fast-checksum

2.2 場景
  由于歷史原因，我們還有部分數據庫是是基于 mysqld_multi 做單機多實例的。這種單機多實例的配置文件有兩種 /etc/my.cnf 和 /path/my.multi.cnf 兩個配置文件。my.multi.cnf 文件里面配置了實例級別的個性參數。比如

1. [mysqld_multi]

2. mysqld=/usr/bin/mysqld_safe

3. mysqladmin=/usr/bin/mysqladmin

4. user=mysql

5. log=/data/multi.log

6. [3306]

7. port = 3306

8. datadir=/data/my3306

9. socket=/data/my3306/mysql.sock

10. user=mysql

11. pid-file=/data/my3306/mysql.pid

12. log=/data/my3306/mysqld.log

13. [3307]

14. port = 3307

15. datadir=/data/my3307

16. socket=/data/my3307/mysql.sock

17. user=mysql

18. pid-file=/data/my3307/mysql.pid

19. log=/data/my3307/mysqld.log

innobackup 2.4 在備份時會去讀 /etc/my.cnf ,如果該文件中沒有配置server_id 則系統報錯失敗。如果沒有/etc/my.cnf 則會去獲取數據庫實例配置的my.cnf 而不是 my.multi.cnf ..
innobackupex: [ERROR] /usr/bin/innobackupex: Empty value for 'server-id' specified
解決方法回退到老的版本。

2.3 備份集文件內容的變化
我們的備份命令如下:

1. /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版本的備份集壓縮了數據庫相關的數據文件

2.4版本的備份集文件


對自動化備份系統的影響是需要調整讀取backup-my.cnf的步驟，必須在解壓縮之后讀取。

關于“如何解決MySQL中使用innobackup 2.4遇到的問題”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

當前名稱：如何解決MySQL中使用innobackup2.4遇到的問題-創新互聯
本文來源：http://vcdvsql.cn/article36/csigpg.html

成都網站建設公司_創新互聯，為您提供動態網站、網站營銷、企業網站制作、企業建站、網站制作、定制開發

廣告

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