本文目录一览：
- 1、如何将数据库从SQL Server迁移到MySQL
- 2、如何迁移MySQL数据库
- 3、怎么快速迁移数据从 MSSQL 到 MySQL
- 4、如何把sqlserver数据迁移到mysql数据库及需要注意事项
如何将数据库从SQL Server迁移到MySQL
一、迁移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++），将rn替换为;rn即可。
如何迁移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
要避免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版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项，希望对大家版本升级有帮助。
怎么快速迁移数据从 MSSQL 到 MySQL
一、迁移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++），将rn替换为;rn即可。
如何把sqlserver数据迁移到mysql数据库及需要注意事项
以下有几款迁移工具的对比，可以参考，比较推荐DB2DB.
软件易用性主要是指软件在导入前的配置是否容易。由于很多软件设计是面向程序员而非一般的数据库管理人员、甚至是普通的应用程序实施人员，而这一类人员很多时候并没有数据源配置经验。因为一些使用 ODBC 或者 ADO 进行配置的程序往往会让这类用户造成困扰（主要是不知道应该选择什么类型的数据库驱动程序）。下面让我们看看四个工具的设计界面：
1、SQLyog
SQLyog 使用的是古老的 ODBC 连接，但对于新一代的程序来说，这种方式的非常的不熟悉并且不容易使用，并且必须要求本机安装好相应的数据库的 ODBC 驱动程序（SQL Server 一般自带好）。
2、Navicat Premium
NavicatPremium是四个应用工具中设计最不人性化的一个：从上图怎么也想像不到要点按那个小按钮来添加一个新的连接，并且这个连接设置不会保存，每次导入时都必须重新设置。NavicatPremium使用的是比 ODBC 稍先进的 ADO 设置方式（199X年代的产物），但使用上依然是针对老一代的程序员。
3、Mss2sql
Mss2sql 是最容易在百度上搜索出来的工具，原因之一是它出现的时间较早。
Mss2sql由于是很有针对性的从 SQLServer 迁移到 MySQL，因为界面使用了操作向导设计，使用非常容易。同时在设置的过程中，有非常多的选项进行细节调整，可以感觉到软件经过了相当长一段时间的使用渐渐完善出来的。
4、DB2DB
DB2DB 由于是由国人开发，因此无论是界面还是提示信息，都是全程汉字。另外，由于 DB2DB 在功能上很有针对性，因为界面设计一目了然和易使用。和 mss2sql 一样， DB2DB 提供了非常多的选项供用户进行选择和设置。
三、处理速度和内存占用评测
在本评测前，本人的一位资深同事曾经从网上下载了某款迁移软件，把一个大约2500万记录数的数据表转送到阿里云 MySQL，结果经过了三天三夜（好在其中两天是星期六和星期日两个休息日）都未能迁移过来。因此这一次需要对这四个工具的处理速度作一个详细的测试。
考虑到从 SQL Server 迁移到 MySQL 会出现两种不同的场景：
从 SQL Server 迁移到本地 MySQL 进行代码测试和修改；
从 SQL Server 迁移到云端 MySQL 数据库正式上线使用；
以下为测试过程中的截图：
1、SQLyog
请点击输入图片描述
2、Navicat Premium
请点击输入图片描述
请点击输入图片描述
注意：我们在测试 Navicat Premium 迁移到 MySQL 时发现，对于 SQL Server 的 Money 类型支持不好（不排除还有其它的数据类型支持不好）。Money 类型字段默认的小数位长度为 255，使得无法创建数据表导致整个测试无法成功，需要我们逐张表进行表结构修改才能完成测试过程。
Navicat Premium 的处理速度属于中等，不算快也不算慢，但 CPU 占用还有内存占用都处于高位水平。不过以现在的电脑硬件水平来说，还是可以接受。但 CPU 占用率太高，将使得数据在导入的过程中，服务器不能用于其它用途。
3、Mss2sql
Mss2sql 并没有提供计时器，因此我们使用人工计时的方法，整个过程处理完毕大于是 726 秒。Mss2sql 的 CPU 占用率相对其它工具来说较高，但仍属于可以接受的范围之内。
4、DB2DB
请点击输入图片描述
DB2DB 同样迁移 300万数据时，仅仅使用了 2 分 44 秒，这个速度相当惊人。不过最后的结果出现一个 BUG，就是提示了转换成功，但后面的进度条却没有走完（在后面的数据完整性评测中，我们验证了数据其实是已经全部处理完毕了）。