mysql升级到5.6以后的版本 检查是否成功

• 

  1、登录mysql检查下是否增加了一个performance_schema的库；  没有的话用mysql_upgrade  或者重新安装到一个新目录后 复制对应的库

• 2、进入名为mysql的库，检查是否新增了innodb_index_stats，innodb_table_stats，proxies_priv，slave_master_info，slave_relay_log_info，slave_worker_info 这6张表；

——如果日志中报找不到这几个表 但是实际存在 可能是安装的时候生成的表的格式不对   解决方法就是 删除对应的表 然后 重新用安装目录下的share下的sql重新生成这几个系统表

• 3、检查mysql.user表，是否新增了Create_tablespace_priv，plugin，authentication_string，password_expired这4个字段；——如果没有 执行：

  ALTER TABLE `user` ADD `Create_tablespace_priv` ENUM('N','Y') NOT NULL DEFAULT 'N' AFTER `Trigger_priv`; 
  ALTER TABLE `user` ADD `plugin` CHAR(64) NULL AFTER `max_user_connections`; 
  ALTER TABLE `user` ADD `authentication_string` TEXT NULL DEFAULT NULL AFTER `plugin`; 
  ALTER TABLE `user` ADD `password_expired` ENUM('N','Y') NOT NULL DEFAULT 'N' AFTER `authentication_string`;

• 4、检查业务上使用的数据库表、数据是否正常；

• 5、再观察mysql的错误日志输出信息；

 Performance Schema 之 PS配置项

首先需要强调一点，开启PS是有性能开销的，在一个性能测试场景上，我对比了阿里内部版本的Percona Server 5.5.18与官方MySQL5.6.10,发现在同等压力下，5.6版本有明显的更高的CPU开销（大约高了10~20%）

确认是否开启：
编译阶段： -D WITH_PERFSCHEMA_STORAGE_ENGINE:BOOL=ON   
默认是ON，可以设为OFF来在编译阶段关闭Performance Schema

也可以在启动mysqld时，关闭选项 performance_schema

如果你在error log中看到类似错误的PS表结构或者PS表找不到之类的错误，在开启实例后，可以执行一下mysql_upgrade

[ERROR] Native table 'performance_schema'.'events_waits_history' has the wrong structure [ERROR] Native table 'performance_schema'.'events_waits_history_long'
has the wrong structure