如何解决MySQL中使用innobackup 2.4遇到的问题

共计 2581 个字符，预计需要花费 7 分钟才能阅读完成。

这篇文章将为大家详细讲解有关如何解决 MySQL 中使用 innobackup 2.4 遇到的问题，丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

一 前言  
   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 版本的内容

[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 版本的内容

[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 新增参数

redo_log_version=0         # 2.4 新增参数

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 文件里面配置了实例级别的个性参数。比如

[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 在备份时会去读 /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 备份集文件内容的变化
我们的备份命令如下:

/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 遇到的问题”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。