你好,游客 登录 注册 搜索
背景:
阅读新闻

MySQL使用innobackup 2.4遇到问题及解决

[日期:2017-08-31] 来源:Linux社区  作者:杨奇龙 [字体: ]
一 前言 
   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的步骤,必须在解压缩之后读取。

三 小结
    这里例举了我们在使用新版本的备份软件遇到的问题,给其他准备使用的同行一些借鉴,也欢迎大家补充其他我们还没遇到的问题。

本文永久更新链接地址http://www.linuxidc.com/Linux/2017-08/146614.htm

linux
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款