本文主要记录了线上环境percona5.5.35升级到5.6.32-78.0的过程。
欢迎转载,请注明作者、出处。
作者:张正
blog:http://space.itpub.net/26355921
QQ:176036317
如有疑问,欢迎联系。
因需要对线上一组服务器做迁移,而且之前的版本是5.5.35,迁移后的版本为5.6.32-78.0,使用搭建级联从库的方式,然后做切换。使用xtrabackup备份恢复出来,5.6的版本 错误日志中频繁报错:
7fc52806d700 InnoDB: Error: Fetch of persistent statistics requested for table "xxx"."xxx" but the required system tables mysql.innodb_table_stats and MysqL.innodb_index_stats are not present or have unexpected structure. Using transient stats instead. |
因为数据文件是percona5.5的,直接恢复到5.6,有些系统表不一致,因此需要做升级。查阅官方文档后,给出了升级条件,如下:
将5.5的文件 upgrade成5.6版本(in place upgrade) 1、crash后的实例不应该直接做升级,应该先做crash recovery,然后再做升级 2、之前的percona-server 数据页不是16K的也不建议做升级 3、如果5.5版本中innodb_fast_checksum开启,则无法使用in place upgrade |
满足条件后,即可进行升级,同样官方文档给出的步骤如下:
1、安装percona5.6版本的server、client、shared 2、使用--skip-grant-tables 启动 3、使用MysqL_upgrade升级 4、重启实例(不加--skip-grant-tables,正常启动) If it can’t find the pid file, kill the server and start it normally: $ killall /usr/sbin/MysqLd $ /sbin/service MysqL start |
实际操作步骤:
1、服务器上percona5.6相关软件已经安装好
2、关闭该实例,然后使用MysqLd 加上--skip-grant-tables启动MysqLd
3、使用MysqL_upgrade --socket=/data/MysqLxxxx/MysqLdxxxx.sock
结果报错:
MysqL.columns_priv OK MysqL.db OK MysqL.event OK MysqL.func OK MysqL.general_log OK MysqL.help_category OK MysqL.help_keyword OK MysqL.help_relation OK MysqL.help_topic OK MysqL.host OK MysqL.innodb_index_stats OK MysqL.innodb_table_stats OK MysqL.ndb_binlog_index OK MysqL.plugin OK MysqL.proc OK MysqL.procs_priv OK MysqL.proxies_priv OK MysqL.servers OK MysqL.slave_master_info OK MysqL.slave_relay_log_info OK MysqL.slave_worker_info OK MysqL.slow_log OK MysqL.tables_priv OK MysqL.time_zone OK MysqL.time_zone_leap_second OK MysqL.time_zone_name OK MysqL.time_zone_transition OK MysqL.time_zone_transition_type OK MysqL.user OK Running 'MysqL_fix_privilege_tables'... ERROR 1010 (HY000) at line 150: Error dropping database (can't rmdir './performance_schema/', errno: 17) ERROR 1007 (HY000) at line 155: Can't create database 'performance_schema'; database exists Fatal error: Upgrade Failed |
仔细检查后,发现是因为performance_schema数据库目录下 有其他非 数据库文件,因此MysqL_upgrade删除时报错,手动删除performance_schema目录下的非数据库文件后,再次执行升级,这一步过了,但是又发生了报错:
MysqL.columns_priv OK MysqL.db OK MysqL.event OK MysqL.func OK MysqL.general_log OK MysqL.help_category OK MysqL.help_keyword OK MysqL.help_relation OK MysqL.help_topic OK MysqL.host OK MysqL.innodb_index_stats OK MysqL.innodb_table_stats OK MysqL.ndb_binlog_index OK MysqL.plugin OK MysqL.proc OK MysqL.procs_priv OK MysqL.proxies_priv OK MysqL.servers OK MysqL.slave_master_info OK MysqL.slave_relay_log_info OK MysqL.slave_worker_info OK MysqL.slow_log OK MysqL.tables_priv OK MysqL.time_zone OK MysqL.time_zone_leap_second OK MysqL.time_zone_name OK MysqL.time_zone_transition OK MysqL.time_zone_transition_type OK MysqL.user OK Running 'MysqL_fix_privilege_tables'... Running 'MysqLcheck' with connection arguments: '--socket=/data/MysqL3307/data/MysqLd3307.sock' MysqLcheck: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect Fatal error: Error during call to MysqL_check for fixing the db/tables names on all db(s) except MysqL |
是因为root权限问题,MysqLd开启了--skip-grant-tables,应该是不需要密码得。但是在执行MysqL_upgrade时,到了一定步骤,总是会报这样的错,因此建议使用MysqL_upgrade时,一般都给加上root的用户名密码。再次执行:
MysqL_upgrade -uroot -pxxxxx --socket=/data/MysqLxxxx/MysqLdxxxx.sock
.......................
xxxxxxx....... ok
OK
4、重启MysqLd
至此,percona5.5 至 percona5.6升级完毕。
检查一下错误日志,发现没有报错了。
注意:如果主库是5.5版本,从库是5.6版本,在从库的错误日志中会发现报错:
[Warning] Slave I/O: UnkNown system variable 'SERVER_UUID' on master. A probable cause is that the variable is not supported on the master (version: 5.5.35-33.0-log), even though it is on the slave (version: 5.6.32-78.0-log), Error_code: 1193
查阅相关文章,说这个不用担心:http://bugs.MysqL.com/bug.PHP?id=68164
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。