目录
- 引言
- 一、前期准备工作
- 1.搭建新的MySQL数据库
- [2 .建立相应的数据表](#2 .建立相应的数据表)
- [2.1 数据库兼容性分析](#2.1 数据库兼容性分析)
- [2.1.1 字段类型兼容性分析](#2.1.1 字段类型兼容性分析)
- [2.1.2 函数兼容性分析](#2.1.2 函数兼容性分析)
- [2.1.3 是否使用存储过程?存储过程的个数?复杂度?](#2.1.3 是否使用存储过程?存储过程的个数?复杂度?)
- [2.1.4 是否使用触发器?个数?使用的场景?](#2.1.4 是否使用触发器?个数?使用的场景?)
- [2.2 建表过程中其他需要注意的事项](#2.2 建表过程中其他需要注意的事项)
- [2.1 数据库兼容性分析](#2.1 数据库兼容性分析)
- 3.为项目配置Oracle和MySQL双数据源
- 4.对项目进行改造添加MySQL数据CRUD代码
- 二、数据迁移操作步骤
* - 三、数据迁移的经验教训
- [1. 遇到的坑](#1. 遇到的坑)
引言
随着技术的进步,许多企业开始考虑将他们的数据从Oracle迁移到更现代、成本效益更高的数据库系统如MySQL或PostgreSQL。本文将详细描述我们如何进行这样的数据迁移过程。
一、前期准备工作
1.搭建新的MySQL数据库
首先,我们需要设置一个新的MySQL数据库环境,这将作为我们的新数据源。这包括安装MySQL服务器,创建数据库,以及配置适当的用户权限。
2 .建立相应的数据表
我们可以使用PowerDesigner等数据表模型设计工具,将Oracle的模型转换成MySQL模型,然后根据这个模型生成DDL脚本。这些脚本可能需要根据实际情况进行一些修改。例如,我们可能需要调整字段类型以适应MySQL的特性,或者修改索引和约束的定义。
2.1 数据库兼容性分析
2.1.1 字段类型兼容性分析
以下是常用的oracle字段类型和和mysql字段类型的对应关系 ,如果使用特殊的字段类型,需要检查确认字段转换是否符合真实需求。
oracle字段类型 | mysql字段类型 |
---|---|
varchar2 | varchar |
number(1,0))->number(2,0) | tinyint |
number(3,0)->number(4,0) | smallint |
number(5,0)->number(6,0) | mediumint |
number(7,0)->number(9,0) | int |
number(10,0) -> number(18,0) | bigint |
number(x,y) | decimal(x,y) |
date | datetime |
timestamp(6) | datetime |
char | varchar |
clob | Text 或 Midiumtext 或 longtext |
2.1.2 函数兼容性分析
Oracle和MySQL的函数有一定对的相似性也要有一定的区别,下面表格列出了Oracle和MySQL常用函数的对比和区别。
功能 | oracle函数 | mysql函数 | 备注 |
---|---|---|---|
舍入函数 | round | round | 一样 |
取绝对值 | abs | abs | 一样 |
返回 expr 的最小或最大值 | Max(expr)/Min(expr) | Max(expr)/Min(expr) | 一样 |
在字符串 str 中所有出现的字符串 from_str 均被 to_str 替换 | REPLACE(str,from_str,to_str) | REPLACE(str,from_str,to_str) | 一样 |
截取函数 | SUBSTR('abcd',2,2) | substring('abcd',2,2) | 函数名称不同 |
获取长度 | length(str) | char_length() | 函数名称不同 |
转大写 | UPPER(str) | UPPER(str) | 一样 |
转小写 | LOWER(str) | LOWER(str) | 一样 |
转字符 | TO_CHAR(SQLCODE) | date_format/ time_format | 函数名称不同 |
转时间 | to_date(str,format) | STR_TO_DATE(str,format) | 函数名称不同 |
获取当前时间 | SYSDATE | now() / SYSDATE() | 函数名称不同 |
求和 | SUM(num) | SUM(num) | 一样 |
返回两个日期之间的天数 | (D1-D2) | DATEDIFF(date1,date2) |
2.1.3 是否使用存储过程?存储过程的个数?复杂度?
在这次的案例中,没有使用存储过程,因此不需要进行这方面的分析。
2.1.4 是否使用触发器?个数?使用的场景?
公司的数据库使用规范里禁止使用触发器,因此这次也不需要进行这方面的分析。
2.2 建表过程中其他需要注意的事项
- 自增主键 mysql默认需要有自增主键,而oracle的表可以不加主键
- 编码格式:oracle的编码格式utf8在mysql需要修改成utf8mb4 要确保所有的表都有一个自增的主键列。
- 时间字段:时间字段需要精确到时分秒的需要修改为datatime类型。这是因为MySQL的DATETIME类型可以存储到秒级别的时间信息,而Oracle的DATE类型只能存储到天级别的时间信息。
- 索引格式:索引格式需要按照规范重新定义,最好在测试环境中进行检查和校验。这是因为Oracle和MySQL的索引实现方式有所不同,直接复制索引可能会导致性能问题。
3.为项目配置Oracle和MySQL双数据源
在项目的数据源配置里添加刚刚新建的MySQL数据源配置,并配置双数据源和Mapper的匹配规则。
4.对项目进行改造添加MySQL数据CRUD代码
添加一套针对MuSQL数据库CRUD的Dao和Mapper代码,同时我们写了一个注解以切面的方式实现根据配置实例化Oracle的Dao、MySQl的Dao、同时调用Oracle和MySQLDao的功能。
改造方式:
数据库迁移切换流程:
二、数据迁移操作步骤
数据迁移操作的答题步骤如下图所示:
1、配置初始化
数据库写入的配置设置为只写Oracle数据库。数据库读取的配置设置为从OracleL数据库读取。
2、同步数据检查
查询待迁移的几张表的数据量:
select count(1) from table;
3、全量数据迁移
在迁移工具上执行数据迁移脚本SQL
4、检查全量迁移的数据
查询迁移后的数据量,检查是否和需要迁移的数据量能匹配:
5、开启双写
数据库写入的配置设置为Oracle数据库和MYSQl数据库双写
6、获取迁移过程中oracle数据库的增量数据
查询updated_time在全量数据迁移开始时间之后的数据
select * from table whereupdated_time>to_Date('2022/12/16 04:00:00', 'yyyy/mm/dd hh24:mi:ss')
7、增量数据脚本准备
根据监控的增量数据对比,找出需要新增和修改的数据,准备脚本
8、数据补偿
在迁移工具上执行数据补偿脚本SQL
9、核对整体数据
我们有额外的数据核对方案,通过应用读Oracle,再异步读取MySQL并进行对比的方式进行业务表的数据核对。这样可以确保数据的一致性。
10、在灰度环境里验证数据的正确性
将灰度机器的数据库读取的配置设置为从MySQL数据库读取。并在灰度环境验证数据的正确性
11、数据库读取的配置设置为从MySQL数据库读取。
将正式环境的机器的数据库读取的配置设置为从MySQL数据库读取。
12、数据库写入的配置设置为只写MySQL
在生产环境运行一段时间,如果运行平稳的话,就可以关闭数据库双写,将数据库写入配置改为只写MySQL数据库了。
三、数据迁移的经验教训
1. 遇到的坑
在迁移过程中,我们发现了一些Oracle语法与MySQL语法不兼容的地方,有些写法在Oracle中可行,在MySQL中会报错:
(1)子查询语句要取别名
(2)字段别名需要注意,AS后是否为空
(3)条件语句中判断需要注意
(4)oracle转mysql条件语句is null需格外注意,在Oracle中null和空串是一个含义,在mysql中是两个含(只针对字段类型为varchar类型的字段)
Oracle中:
IS_LIMIT_SUCESS is null
Mysql替换为:
(IS_LIMIT_SUCESS is null or IS_LIMIT_SUCESS = '')