ORACLE数据库迁移至MYSQL方案（）

时间：2024-02-24 10:49:25

 ORACLE和MYSQL作为两款使用最广泛的关系型数据库软件，在各项功能上以及编程语法上还是存在很大的差异的，因此要实现将系统从ORACLE迁移至MYSQL数据库上，数据的迁移仅仅是一方面，最大的挑战在于代码层面的改动，整个迁移的大致工作如下：

 

1、ORACLE与MYSQL功能上的区别：

 

(1)字段类型的对比：

序号

ORACLE

MYSQL

1

VARCHAR2

VARCHAR

2

DATE

DATETIME

3

TIMESTAMP

DATETIME

4

NUMBER

DECIMAL

5

INTEGER

DECIMAL(22,0)

6

CLOB

TEXT

7

BLOB

LONGBLOB

 

 

(2)常用功能语法上的对比：

序号

对比项

ORACLE

MYSQL

1

空字符的判断

NAME IS NULL

NAME=\' \'

2

from

select 1 from dual;
from后边接表名

select 1;
from不是必须的，且无需接表名

3

like的用法

NAME like \'a%\'
大小写敏感，只查询以小写字母a开头的字符串

NAME like \'a%\'
大小写不敏感，查询以小写字母a或大写字母A开头的字符串

4

日期格式化

获取系统日期:SYSDATE()
格式化日期：TO_CHAR、TO_DATE函数

获取系统日期:now()
格式化日期:str_to_date、date_format函数

　

主键

一般通过Oracle序列生成：
SEQ_TEST.NEXTVAL
SEQ_TEST.CURRVAL

Auto_increment属性实现自增获得唯一值

5

分页(常用写法)

SELECT T2.*
FROM (SELECT T1.*, ROWNUM RN FROM (SELECT * FROM TEST ORDER BY SID DESC) T1
WHERE ROWNUM < 5) T2
 WHERE RN >= 1

SELECT * FROM TEST_TEST1 ORDER BY SID DESC LIMIT 0,4

6

字符串链接

SELECT sid || username|| PASSWORD FROM TEST
SELECT concat(concat(sid , username), password) FROM TEST

SELECT CONCAT(SID , USERNAME, PASSWORD) FROM TEST

7

分组函数

SELECT EMPNO,JOB, COUNT(1), SUM(SAL),SUM(COMM) FROM EMP;
以上SQL不能正常执行，select后面的列必须是分组的列或者是用了聚合函数的列

SELECT EMPNO,JOB, COUNT(1), SUM(SAL),SUM(COMM) FROM EMP;

随便分组都可以

8

分析函数

row_number() over (partition by xx order by xx)
rank() over (partition by xx order by xx)
dense_rank() over (partition by xx order by xx)
count(1) over()

Mysql不支持

9

并行

支持SQL级别并发处理

不支持

 

 

 

(3)数据库对象类型对比：

序号

数据库对象类型

ORACLE

MYSQL

迁移方案

1

PROCEDURE

(1)建存储过程用create procedure XXX 或 create or replace procedure  XXX 两种语法
(2)存储过程参数不能指定精度或长度，如P_NAME VARCHAR2
(3)参数后必须要有IS或AS
(4)存储过程没有参数时()必须省略
(5)变量定义在is和begin之间

(1) 建存储过程只能用create procedure XXX一种语法
(2) 存储过程参数必须指定精度或长度，如P_NAME VARCHAR(100)
(3) 参数后不能有IS或AS
(4) 存储过程没有参数时必须保留()
(5) 变量定义在begin和end之间

由于ORACLE跟MYSQL编写存储过程的语法差异，需重新修改存储过程代码

2

TRIGGER

(1)包含DML触发器、替代触发器(视图)、系统触发器（DDL语句/系统事件）
(2)支持语句级触发器和行级触发器
(3)一个触发器允许定义多个事件

(1)只支持DML触发器
(2)只支持行级触发器
(3)一个触发器只允许定义一个事件

由于语法差异以及触发器功能实现的差异，需修改触发器代码

3

FUNCTION

支持

支持

设计到语法差距以及内置函数的差别需重新改写代码

4

PACKAGE

支持

不支持

需将PACKAGE使用存储过程替换

5

VIEW

支持

支持

如涉及到使用MYSQL不支持的内置函数需转换

6

Materialized view

支持

不支持

采用视图替换或者修改代码直接方案基表方式

7

JOB

支持比较完善

支持比较简单

按需修改

8

DBLINK

支持

无

可使用FEDERATED引擎实现dblink访问功能，需修改程序代码

9

SEQUENCE

支持

无

可使用MYSQL自增列实现序列功能，需修改表结构添加自增列

10

SYNONYMS

支持

无

需修改程序代码直接访问物理表

11

CURSOR

(1)静态游标(隐式游标,显示游标)、ref游标
(2)支持loop循环、while循环、for循环
(3)支持记录变量
(4)支持bulk collection语法批量操作

(1)只支持静态游标
(2)支持loop循环、repeat循环、while循环
(3)不支持记录变量
(4)只能单条操作

由于功能上的差距，需修改CURSOR代码

 

2、程序代码上的改动：

(1)前台代码改动：

   由于前台代码均采用标准的SQL编写，需要改动的内容相对较少，主要考虑MYSQL内置函数的差异上需要改动，需梳理前台代码。

(2)后台代码改动：

   由于涉及不同数据库在功能上以及编程语法上的差距，因此后台代码的改动将非常大，包括数据类型的差异、对象类型的差异、编程语法上的差异等等，整个后台的代码几乎相当于重新编写，工作量非常巨大，经过调查，针对我们目前的数据库，有如下部分数据对象需要修改：

 

附表格：

OWNER

OBJECT_TYPE

数量

整改措施

QHIEX_PROD

PACKAGE

4

需将PACKAGE使用存储过程替换

QHIEX_PROD

PROCEDURE

1

由于ORACLE跟MYSQL编写存储过程的语法差异，需重新修改存储过程代码

QHIEX_PROD

SEQUENCE

155

可使用MYSQL自增列实现序列功能，需修改表结构添加自增列

QHIEX

SEQUENCE

98

可使用MYSQL自增列实现序列功能，需修改表结构添加自增列

 

3、ORACLE数据迁移至MYSQL

(1)字段类型的调整：

   数据迁移主要需要注意的地方在于字段类型支持的差异上，比如ORACLE常用的VARCHAR2类型以及CLOB类型在MYSQL中都不存在，因此我们需要稍微调整下字段类型，针对我们数据库目前的现状，有如下字段类型需要修改：

 

附表：

DATA_TYPE

COUNT(*)

整改措施

VARCHAR2

3194

使用MYSQL VARCHAR类型替代

NUMBER

1522

使用MYSQL DECIMAL类型替代

DATE

776

使用MYSQL DATETIME类型替代

CHAR

544

无需整改

CLOB

89

使用MYSQL TEXT类型替代

NVARCHAR2

34

使用MYSQL VARCHAR类型替代

TIMESTAMP(6)

16

使用MYSQL DATETIME类型替代

BLOB

12

使用MYSQL LONGBLOB类型替代

FLOAT

6

无需整改

LONG RAW

4

使用MYSQL LONGTEXT类型替代

LONG

2

使用MYSQL LONGTEXT类型替代

 

(2)数据迁移：

   目前MYSQL官方发布了一个将数据由SQL Server或Oracle中移植到MySQL中的工具包MySQLMigration Toolkit，该工具支持LOB字段数据的迁移，由于个创数据库目前的数据量相对较少，数据量目前统计将近17G左右，可以在停机的状态下使用该工具进行数据迁移，经过统计，目前个创数据库的表清单数量以及数据量分布如下：

 

附表：

OWNER

数量

数据量

QHIEX_PROD

357

6.7G

QHIEX

162

10G

 

 

4、系统测试（包括数据迁移的测试）

   程序经过大量的修改后，测试以及BUG的修复往往是耗时最长也是最为重要的一环，各个功能都需要经过全面的测试以及验证工作，从而避免生出上线后出现的各种问题

相关文章