如何将 MySQL 数据库转移到 SQL Server 与 Azure SQL Database

Posted 2023-03-29

一、迁移Database Schema。

首先使用Sybase Powerdesigner的逆向工程功能，逆向出SQL
Server数据库的物理模型。具体操作是在Powerdesigner中选择“File”，“Reverse
Engine”再选择Database，将DBMS选择为SQL Server，如图：

然后选择数据源，也就是要具体连接到的SQL Server数据库服务器，然后选择要逆向的数据库名，比如选中“WSS_Content_80”如图所示：

单击确定即可生成物理模型图：

然后单击“Database”菜单下的Change Current DBMS修改当前的DBMS，改为MySQL 5.0，

单击确定后即可生成MySQL的物理模型 然后单击“Database”菜单下的“Generate Database”生成数据库脚本文件。

接下来是手工修改下生成的脚本的内容。

将其中的dbo.全部替换成空

将create user这样的语句删除掉。

如果有些字符在MySQL中是关键字，那么必须使用“`”（键盘上数字1左边那个符合）符合框起来。

加上MySQL所需要的存储引擎比如每个建表语句后跟上：

ENGINE = INNODB CHARACTER SET utf8 COLLATE utf8_general_ci;

将生成的脚本在MySQL中去运行一次即可创建数据库。

二、迁移数据内容

数据内容只能通过生成INSERT语句的方式来做。

首先使用SSMS的“生成脚本”功能（在数据库上右键，选择“任务”“生成脚本”选项），可以为SQL Server数据库中的数据生成插入脚本。

首先选择要迁移数据的表，这里我们全选所有的表：

然后单击下一步，选择将脚本保存到新的查询窗口：

单击“高级”选项，在高级选项窗口中选择“要编写脚本的数据的类型”为仅限数据：

然后“确定”再下一步下一步即可生成INSERT脚本文件。

修改生成的脚本文件，主要有以下几项修改：

使用批量替换的方式去掉[ ]这是SQL Server的符合，在MySQL中不用这个。

使用批量替换的方式去掉dbo.

有些单词在MySQL中是关键字的，那么需要使用“`”引起来。

关于Datetime类型的数据，需要手工修改下，SQL Server默认生成的是这样的语句，在MySQL中是没办法解析的：

CAST(0x00009EEF00000000 AS DateTime)

为每一行添加一个;表示一个插入语句结束。这个分号在SQL Server中可以不需要，但是在MySQL中是必须的。简单的方法是使用高级的文本编辑器（比如Notepad++），将\\r\\n替换为;\\r\\n即可。 参考技术A

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版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项，希望对大家版本升级有帮助。