1）以下问题必须没有出现
  ·必须确保没有表用到废弃的数据类型或函数，如有使用upgrade them using REPAIR TABLE
  ·必须没有单独的.frm文件，跟.ibd文件是成对存在
  ·触发器必须是正常的
为检查这些问题，可以执行这个命令：
mysqlcheck -u root -p --all-databases --check-upgrade

2）检查分区表是否使用了不支持本地分区的存储引擎
  使用这个命令检查：
     SELECT TABLE_SCHEMA, TABLE_NAME
     FROM INFORMATION_SCHEMA.TABLES
     WHERE ENGINE NOT IN (\'innodb\', \'ndbcluster\')
    AND CREATE_OPTIONS LIKE \'%partitioned%\';
  任何由上边查询出来的表，可以通过命令更改存储引擎
    ALTER TABLE table_name ENGINE = INNODB;
  让分区表不分区，通过命令：
    ALTER TABLE table_name REMOVE PARTITIONING;

3）保留字的问题
语句中使用到的保留字要用backtick[反引号]标识，才可用

4）确保在现有的mysql系统库没有8.0要用到的表名相同的表，如有要rename表名或删除
  查询命令：
    SELECT TABLE_SCHEMA, TABLE_NAME
    FROM INFORMATION_SCHEMA.TABLES
    WHERE LOWER(TABLE_SCHEMA) = \'mysql\'
    and LOWER(TABLE_NAME) IN
(
\'catalogs\',
\'character_sets\',
\'check_constraints\',
\'collations\',
\'column_statistics\',
\'column_type_elements\',
\'columns\',
\'dd_properties\',
\'events\',
\'foreign_key_column_usage\',
\'foreign_keys\',
\'index_column_usage\',
\'index_partitions\',
\'index_stats\',
\'indexes\',
\'parameter_type_elements\',
\'parameters\',
\'resource_groups\',
\'routines\',
\'schemata\',
\'st_spatial_reference_systems\',
\'table_partition_values\',
\'table_partitions\',
\'table_stats\',
\'tables\',
\'tablespace_files\',
\'tablespaces\',
\'triggers\',
\'view_routine_usage\',
\'view_table_usage\'
);

5）必须没有表外键名称超过64个字符
  查询命令：
    SELECT TABLE_SCHEMA, TABLE_NAME
    FROM INFORMATION_SCHEMA.TABLES
    WHERE TABLE_NAME IN
      (SELECT LEFT(SUBSTR(ID,INSTR(ID,\'/\')+1),
               INSTR(SUBSTR(ID,INSTR(ID,\'/\')+1),\'_ibfk_\')-1)
       FROM INFORMATION_SCHEMA.INNODB_SYS_FOREIGN
       WHERE LENGTH(SUBSTR(ID,INSTR(ID,\'/\')+1))>64);

6）必须确保升级后没有废弃的SQL mode系统参数，sql mode不能包含NO_AUTO_CREATE_USER，否则启动不了；
推荐sql mode=\'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION\'
  
7）视图的字段名超过64个字符要整改（5.7是可以达255字符长）

8）确认没有存储过程的 ENUM或SET 字段超过255个字符

9）确保没有表分区在共享表空间内
  查询命令：
    SELECT DISTINCT NAME, SPACE, SPACE_TYPE 
    FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES
    WHERE NAME LIKE \'%#P#%\' AND SPACE_TYPE NOT LIKE \'Single\';
  从一个比较早版本的8.0版本则用这个查询：
    SELECT DISTINCT NAME, SPACE, SPACE_TYPE 
    FROM INFORMATION_SCHEMA.INNODB_TABLES
    WHERE NAME LIKE \'%#P#%\' AND SPACE_TYPE NOT LIKE \'Single\';
  移动分区到单独表空间：
    ALTER TABLE table_name REORGANIZE PARTITION partition_name
    INTO (partition_definition TABLESPACE=innodb_file_per_table);

10）没有查询用到了ASC/DESC跟在group by后的从句

11）一些启动的条件被移除了在8.0

12）区分大小写，如要设置 lower_case_table_names=1，确保没有大写字符：
  查看表或schema是否有大写字符，查看命令：
    mysql> SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME != LOWER(TABLE_NAME) AND TABLE_TYPE = \'BASE TABLE\';
    mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME != LOWER(SCHEMA_NAME);

假如在超出以上问题的情况下升级到8.0失败，server会恢复对数据目录所做的所有改变。在这种情况，删除redo log files并重启5.7 server用存在的数据目录来解决错误。
重启的时候会重新产生redo log文件。解决了报错在尝试重新进行升级。

mysql> SET GLOBAL innodb_fast_shutdown = 1; -- fast shutdown
mysql> SET GLOBAL innodb_fast_shutdown = 0; -- slow shutdown
在一个fast/slow shutdown模式，undo logs和data files处于一种处理不同版本的文件格式的状态，利于升级

# mysqladmin -u root -p shutdown

# mysqld_safe --user=mysql --datadir=/path/to/existing-datadir &

当你启动MySQL8的时候，为所有数据库的对象升级元数据，并删除.frm文件（记录元数据的存储介质）

·大于MySQL8.0.16版本，启动MySQL时升级了数据字典并更新了各个系统库的表、检查各个业务库是否兼容当前8.0版本。说人话就是第8个步骤执行完就等于升级成功（如没有报错）

·对于MySQL8.0.16版本之前的版本，之前以上步骤只是升级了数据字典，启动成功之后还需执行mysql_upgrade来执行剩余的升级步骤
   mysql_upgrade -u root -p
 然后关闭并新启动MySQL，确保对系统表所做的更改生效：
   mysqladmin -u root -p shutdown
   mysqld_safe --user=mysql --datadir=/path/to/existing-datadir &
 在第一次启动MySQL8.0时你会注意到错误日志有忽略未升级的表，如果mysql_upgrade执行成功，第二次启动的时候就没有这样的错误了

mysqldump -u root -p
  --add-drop-table --routines --events
  --all-databases --force > data-for-upgrade.sql

注释：--routines and --events是导出存储过程，--all-databases会把mysql系统库也导出来
     有创建虚拟列（generated column）的要规避，避免导入出现语法错误

mysql -u root -p --force < data-for-upgrade.sql