从SQL Server到MySQL,4款主流迁移工具到底哪家强?

  • 时间:
  • 浏览:0

在本评测前,被委托人的一位资深同事另有一一一好十几个 从网上下载了某款迁移软件,把有一一一好十几个 最少2800万记录数的数据表转送到阿里云 MySQL,结果经过了四天三夜(好在其中四天是星期六和星期日有一一一好十几个 休息日)都未能迁移过来。因此三种 次不到对这好十几个 工具的处里强度单位作有一一一好十几个 完整的测试。

软件易用性主因此指软件在导入前的配置算不算容易。可能可是可是软件设计是面向多线程 员而非一般的数据库管理人员、甚至是普通的应用多线程 实施人员,而三种 类人员可是可是日后并这样数据源配置经验。可能可是使用 ODBC 可能 ADO 进行配置的多线程 往往会让例如用户造成困扰(主因此谁能谁能告诉太满选择什么类型的数据库驱动多线程 )。下面让大伙看看好十几个 工具的设计界面:

在部署前期,首要任务因此考虑如保快速把基于 SQL Server 数据库的应用多线程 移植到阿里云的 MySQL 数据库。可能多线程 是基于 O/R mapping 编写,因此数据库中这样使用存储过程、用户函数等数据库功能,因此仅仅不到考虑的是数据库中的数据如保转换到新的 MySQL 数据库中。

处里强度单位和内存占用

有三种工具中,可能 SQLyog 和 Navicat Premium 提供了额外的管理功能,可是可是价格相比其它两款工具的要高得多。不为啥是 Navicat,不到是 Premium 版本才提供数据转换的功能。而 Mss2sql 最新版本的试用版只提供了 80 秒处里时间,可能实用价值不大。而笔者与 DB2DB 作者联系时得知,DB2DB 设置 30万记录限制,主因此考虑国内可是可是小型软件记录数不到少于 10 万笔,而三种 类人群一般不到小型创业团队。

以下为测试过程中的截图:

小结:

80MB 电信光纤

为了解各工具迁移后的数据库能不到立即应用于生产环境,大伙对创建后的数据表进行了更深入的分析,发现各工具对字段默认值的支持程度因此尽相同。其中: 

Mss2sql 是最容易在百度上搜索出来的工具,由于之一是它出現的时间较早。

从 SQL Server 迁移到本地 MySQL 进行代码测试和修改;

考虑到从 SQL Server 迁移到 MySQL 会出現有三种不同的场景:

试用版限制

DB2DB:完整支持 SQL Server 的默认值。

Mss2sql 的默认值有有一一一好十几个 严重的错误,在 SQL Server 中字段默认值为空字符串 '',但迁移日后变成有一一一好十几个 '' 符号。Mss2sql 三种 严重的错误会使得多线程 在正式环境运行后,数据库会产生错误的数据!

二、软件易用性评测

SQLyog:完整支持 SQL Server 的默认值;

注意:大伙在测试 Navicat Premium 迁移到  MySQL 时发现,对于 SQL Server 的 Money 类型支持不好(不排除还有其它的数据类型支持不好)。Money 类型字段默认的小数位长度为 255,使得无法创建数据表由于整个测试无法成功,不到大伙逐张表进行表社会形态修改可以 完成测试过程。

从 SQL Server 迁移到云端 MySQL 数据库正式上线使用;

内存:1GB

3、Mss2sql

操作系统:Windows XP

Navicat Premium 的处里强度单位属于中等,不算快因此算慢,但 CPU 占用还有内存占用都指在高位水平。不过以现在的电脑硬件水平来说,还是能不到接受。但 CPU 占用率太高,将使得数据在导入的过程中,服务器不到用于其它用途。

把数据准确无误地从 SQL Server 迁移到 MySQL 应该作为啥么工具的有一一一好十几个 基本要求,因此这里大伙对有三种工具转换日后的结果进行检查。

因此大伙的测试也会针对这有一一一好十几个 场景分别进行评测,测试结果如下(记录数约为 3230万):

SQLServer 服务器和 MySQL 服务器分别运行在两台独立的虚拟机系统中,而所有的待测试多线程 都运行在 MySQL 所在的服务器上端。其中:

软件易用性

1、SQLyog

内存:2GB

现在回想起来,当不到有这样一篇对比文章,另有一一一好十几个 就太满浪费这样多时间在查找、对比、验证工具和数据维护修正上了,可是可是真心希望通过这篇对比文章能给大伙提供可是参考或帮助!下面进入正题:

SQLServer 服务配置:

DB2DB(http://www.szmesoft.com/DB2DB) 

Navicat Premium:完整不支持默认值,所有迁移后的数据表都这样默认值;

我不言而喻会写这篇对比文章,是可能公司新产品研发真实经历过三种 痛苦的过程(传统基于SQL Server开发的C/S产品转为MySQL云产品)。首次不到数据转换是测试环节,当时为了快速验证新研发云产品性能与结果准确性(算法类),可是可是需少许的原始数据,最快的法律依据因此使用老产品的真实数据。

数据完整

Mss2sql:支持默认值但有严重错误;

三、处里强度单位和内存占用评测

Mss2sql 可能是很有针对性的从 SQLServer 迁移到 MySQL,可能界面使用了操作向导设计,使用非常容易。同时在设置的过程中,有非常多的选项进行细节调整,能不到感觉到软件经过了相当长一段时间的使用渐渐完善出来的。

2、Navicat Premium

80MB 电信光纤

Navicat Premium 是好十几个 应用工具中设计最不人性化的有一一一好十几个 :从上图为啥么也想像不到要点按那个小按钮来加带有一一一好十几个 新的连接,因此三种 连接设置太满保存,每次导入时都不到重新设置。 Navicat Premium 使用的是比 ODBC 稍先进的 ADO 设置法律依据(199X年代的产物),但使用上依然是针对老一代的多线程 员。

注:红色字体标识为胜出者。

估计可能数据库同步会指在可是技术现象的由于,4 款工具目前不到因此提供试用版本,最后大伙来看看好十几个 工具的试用版每每个各人的限制是什么:

Mss2sql(http://www.convert-in.com/)

Mss2sql 并这样提供计时器,因此大伙使用人工计时的法律依据,整个过程处里完毕大于是 726 秒。Mss2sql 的 CPU 占用率相对其它工具来说较高,但仍属于能不到接受的范围之内。

六、评测总结

4、DB2DB

用于测试的源数据库名为 MesoftReportCenter。可能其中有一一一好十几个 测试工具试用版限制不到处里两张数据表的由于,因此大伙只选择了记录数最多的两张数据表:HISOPChargeIntermediateResult 和 HISOPChargeItemIntermediateResult。两张数据表合计的记录数约为 3230万,数据库不算大,但针对本次进行测试也基本上足够了。

最后,对四款软件的测试结果作有一一一好十几个 整体的总结:

1、SQLyog

DB2DB 同样迁移 80万数据时,仅仅使用了 2 分 44 秒,三种 强度单位相当惊人。不过最后的结果出現有一一一好十几个 BUG,因此提示了转加带功,但上端的进度条却这样走完(在上端的数据完整评测中,大伙验证了数据我我着实是可能完整处里完毕了)。

Navicat Premium(https://www.navicat.com/products/navicat-premium)

其它功能

本文来自云栖社区企业商务合作伙伴"DBAplus",原文发布时间:2016-09-28

在可是老旧的系统中,数据库后会指在 Text、二进制类型的字段数据,通过测试对比后,有三种工具都完美支持 Text 和 二进制(Image)类型字段。

四、数据完整评测

同时为了测试的公平性,除 Mss2SQL 外,所有软件不到直接从官网下载最新的版本。 Mss2SQL 可能试用版的限制由于这样参与测试,而使用了网上唯一能找到的 5.3 破解版进行测试。

通过度娘查找,找到如下有三种能不到使用的工具,因此每有三种工具不到少许的用户,还有不少用户在自已的博客中写下了图文使用经验,这有三种工具分别是: 

可能公司不到处里的是业务数据库,因此不到保证数据转换的准确率(不允许丢失数据,数据库字段、索引完整),因此不到保证数据库迁移能不到立即使用。因此在实施数据迁移前,对这几种 SQLServer 到 MySQL 的迁移工具进行有一一一好十几个 全面测试。下面大伙将基于以下需求为前提进行测试:

SQLyog 使用的是古老的 ODBC 连接,但对于新一代的多线程 来说,三种 法律依据的非常的夹生悉因此不容易使用,因此必不到求本机安装好相应的数据库的 ODBC 驱动多线程 (SQL Server 一般自带好)。

一、测试用的源数据库和系统

五、各工具其它功能及试用版限制

2、Navicat Premium



大伙通日后台 SQL 对记录数进行检查,发现所有的工具都能把记录完整地迁移到新的数据库。可能仔细观察,能不到发现上图中各个数据库的大小是不一致的,基本的判断是可能各种工具在映射数据表字段时,字段长度取值可能不到而引起的。而 mesoftreportcenter2 数据库大小比起其它数据库差过十几个 了一半,这引起了大伙的注意。通过分析,大伙发现 Navicat Premium 在迁移数据库时,不须会为该数据库所有数据表创建索引和主键缺少索引和主键的数据库大小显然比其它数据库要少得多。

操作系统:Windows XP

以上四款软件中,最不推荐使用的是 Navicat Premium,主要由于是数据的完整表现较差,转换后的数据不到立即用于生产环境,不到多线程 员仔细自行查找由于和分析。而 SQLyog 有较好的数据完整,但整体处里强度单位非常的慢,可能数据较大的情況下,不到浪费非常多宝贵的时间。比较推荐的是 DB2DB,软件整体表现较好,对我来说最重要的是在不购买的情況下也够用了,因此全中文的傻瓜式界面操作起来我我着实方便。

SQLyog(https://www.webyog.com/product/sqlyog)

可能在前期数据转换时主用于內部验证,并这样花可是可是心思去处里三种 事情,一般数据能导过去,不对的地方被委托人再手工处里一下就好了。上端对三种 转换工具引起了极大的重视是正式有老客户升级时,可能正式投入使用就容不得半点错误(当时最少有几百家客户不到升级新产品),可是可是数据转移第一要求是百分百的准确率,其次是强度单位要快。

MySQL 服务配置:

DB2DB 可能是由国人开发,因此无论是界面还是提示信息,不到全程汉字。另外,可能 DB2DB 在功能上很有针对性,可能界面设计一目了然和易使用。和 mss2sql 一样, DB2DB 提供了非常多的选项供用户进行选择和设置。

4、DB2DB

3、Mss2sql