如何迁移MySQL数据库

caching_sha2_password认证插件提供更多的密码加密方式，并且在加密方面具有更好的表现，目前MySQL 8.0选用caching_sha2_password作为默认的认证插件，MySQL 5.7的认证插件是MySQL_native_password。如果客户端版本过低，会造成无法识别MySQL 8.0的加密认证方式，最终导致连接问题。

MySQL存储引擎现在负责提供自己的分区处理程序，而MySQL服务器不再提供通用分区支持，InnoDB和NDB是唯一提供MySQL 8.0支持的本地分区处理程序的存储引擎。 如果分区表用的是别的存储引擎，存储引擎必须进行修改。要么将其转换为InnoDB或NDB，要么删除其分区。通过MySQLdump从5.7获取的备份文件，在导入到8.0环境前，需要确保创建分区表语句中指定的存储引擎必须支持分区，否则会报错。

MySQL 8.0的默认字符集utf8mb4，可能会导致之前数据的字符集跟新建对象的字符集不一致，为了避免新旧对象字符集不一致的情况，可以在配置文件将字符集和校验规则设置为旧版本的字符集和校验规则。

MySQL 8.0启动使用的lower_case_table_names值必须跟初始化时使用的一致。使用不同的设置重新启动服务器会引入与标识符的排序和比较方式不一致的问题。

< lower_case_table_names >

https://dev.mysql.com/doc/refman/8.0/en/server-systemvariables.html#sysvar_lower_case_table_names

要避免MySQL 8.0上的启动失败，MySQL配置文件中的sql_mode系统变量不能包含NO_AUTO_CREATE_USER。

从MySQL 5.7.24和MySQL 8.0.13开始，MySQLdump从存储程序定义中删除了NO_AUTO_CREATE_USER。必须手动修改使用早期版本的MySQLdump创建的转储文件，以删除NO_AUTO_CREATE_USER。

在MySQL 8.0.11中，删除了这些不推荐使用的兼容性SQL Mode：DB2，MAXDB，MSSQL，MySQL323，MySQL40，ORACLE，POSTGRESQL，NO_FIELD_OPTIONS，NO_KEY_OPTIONS，NO_TABLE_OPTIONS。从5.7到8.0的复制场景中，如果语句使用到废弃的SQL Mode会导致复制异常。

在执行到MySQL 8.0.3或更高版本的in-place升级时，BACKUP_ADMIN权限自动授予具有RELOAD权限的用户。

本文对MySQL 5.7到MySQL 8.0的升级过程中出现部分易出现问题进行整理：升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项，希望对大家版本升级有帮助。

mysqldump可以导出纯sql文本，但是有些建表语句的参数名在高低版本中是不一样的，

比如说在mysql4.*中的引擎指定用type，而mysql5.5的时候就用engine，

可以先把备份的sql文件先导到5.0左右的，会有警告，但是能导成功，然后再从5.0中导出sql文件，最后迁移到5.5的

建议是在数据迁移的时候版本差距别太大，有可能会出现版本兼容问题。

使用这种方法前，我们需要先下载一个MySQL客户端工具SqlYog。点击这里下载并安装

下面我们开始复制数据库：

1、打开SqlYog community Edition，分别在不同的选项卡中打开源数据库服务器与目标数据库服务器，这一点很重。

在源数据库服务器选项卡中你将看到所有数据库列表。

2、在需要复制迁移的数据库上右击，在d出菜单中选择“Copy Database to Different Host/Database”

3、在d出对话框中，我们能看到源数据库服务器及目标服务器，在左边，通过勾选复选框来选择需要复制迁移的对象，如表、函数、触发器等，也可以选择所有对象。

4、在右边选择需要迁移的目标服务器或数据库

5、根据你的需要选择复制类型：“Structure and Data”或“Structure only”，即“结构和数据”或“仅结构”。

6、选择结束后点击“Copy”按钮开始复制，知道数据迁移结束。

---