共计 4491 个字符，预计需要花费 12 分钟才能阅读完成。
本文主要记录了线上环境 percona5.5.35 升级到 5.6.32-78.0 的过程。
因需要对线上一组服务器做迁移，而且之前的版本是 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
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2016-10/136214.htm
