线上环境MySQL5.5升级至5.6

本文主要记录了线上环境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
OK4、重启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本文永久更新链接地址