最近接手一起老项目数据库 SQL Server 到 MySQL 的迁移。因此迁移前进行了一些调查和总结。下面是一些 SQL Server 到 MySQL 的迁移方法。
1. 使用 SQLyog 迁移
优点：该迁移方法很简单，灵活，迁移时，可以进行字段的修改，比如在sql server中原来是datetime，然后迁移到mysql时你可以配置成timestamp；
成功率很高；
缺点：迁移很慢！这是该方法最大的缺点，如果表的数据量达到几十万行，甚至几百万行，你会发现迁移起来真的很慢。明显比其他迁移方法慢很多。
2. 使用 powerdesigner 和 sql server 的脚本导出功能 来迁移
第一步：该方法首先使用 powerdesigner，对sql server数据库，进行逆向工程，得到E-R图，然后生成MySQL的建表语句。完成数据库结构的迁移；
当然表结构的迁移，不使用powerdesigner一样也是可以的。比如我将表结构导出成语句，然后手动进行修改，然后在MySQL中运行，也是一样的；
第二部：然后使用 sql server的工具 SSMS，将sql server数据库中的表的数据，导出成insert语句，每个表对应导出一个文件，然后对文件进行一些处理，
然后导入到MySQL数据库中。
3. 使用Oracle MySQL Server 官方的 workbeach 工具进行迁移
mysql官方有两篇 sql server 迁移到 mysql的指导手册，可以参考：
http://www.mysql.com/why-mysql/white-papers/guide-to-workbench-migration-wizard/
http://www.mysql.com/why-mysql/white-papers/guide-to-migrating-from-sql-server-to-mysql/
上面的连接中可以下载到pdf文件，安装文件的说明，使用 workbeach 工具就能进行迁移。因为 workbeach 有30天的使用期，所以完全不需要担心；
在workbench 连接sql server时，用户需要有view any database 的权限。不然workbench无法访问sql server的表结构的元数据，从而无法进行迁移。
还有使用 Navicat 来进行迁移的方法，方法和 SQLyog 是类似的。
4. 三种方法比较
方法一只适合数据量小的迁移方法，如果数据量大，迁移时间短，基本是不适合的；
方法二是比较好的方法，缺点就是sql server导出的insert脚本中 datetime字段和decimal需要自己写代码进行转换，稍微有点麻烦；
第三种方法应该是最佳的选择，比较简单，速度也快，又不需要自己进行字段的处理。
所以对于数据量比较大的情况，应该选择方法三或者方法二。
5. 迁移需要注意的一些问题
sql server 在向 mysql 迁移时，需要注意的一些问题，在连接 http://www.mysql.com/why-mysql/white-papers/guide-to-migrating-from-sql-server-to-mysql/ 的文档中都有说明。下面是一些具体的注意事项：
1)唯一索引的不同，sql server的唯一索引的字段只能允许存在一个null值，而mysql，一直oracle中唯一索引对应的字段都允许存在多个null值；
2)ifnull 与 isnull ，sql server使用的是 ifnull，而mysql 中要使用 isnull:
update model_model
set accuracy_num=ifnull(accuracy_num,0) + 1, accuracy_total=ifnull(accuracy_total,0) + #accuracyTotal:DECIMAL#
where id=#id:BININT# and status=1
3)所有的分页sql都需要重写：
SQL server的分页(使用的是 row_number() over(......))：
select * from (select row_number() over(order by c.choise_time desc) as rowid,
c.id as id,m.gid as gid,m.member_id as memberId,mb.g_Member_Nickname as memberName,
mb.g_Member_Mobile as memberMobile,c.user_id as userId,
... ...
m.order_num as orderNum,m.model_satisfaction as modelSatisfaction,m.height as height,
m.professional_type professionalType
from model_model m
inner join model_choise c on m.id=c.model_id
inner join Members mb on mb.g_MemberID=m.member_id
where m.status=1
c.user_id = #userId:BIGINT#
c.status = #status:INTEGER#
) tt where rowid>= #minRow:INTEGER# and rowid <= #maxRow:INTEGER#
用mysql重写：
select
c.id as id,m.gid as gid,m.member_id as memberId,mb.g_Member_Nickname as memberName,
mb.g_Member_Mobile as memberMobile,c.user_id as userId,
m.id as modelId,c.status as status,
c.pay_amount as payAmount,c.accuracy as accuracy,
... ...
m.order_num as orderNum,m.model_satisfaction as modelSatisfaction,m.height as height,
m.professional_type professionalType
from model_model m
inner join model_choise c on m.id=c.model_id
inner join Members mb on mb.g_MemberID=m.member_id
where m.status=1
c.user_id = #userId:BIGINT#
c.status = #status:INTEGER#
order by c.choise_time desc
limit #minRow:INTEGER#, #maxRow:INTEGER#4)存储过程的迁移是最麻烦的：
存储过程的语法存在很大的不同。
http://www.mysql.com/why-mysql/white-papers/guide-to-migrating-from-sql-server-to-mysql/ 的文档中有一些说明。
