Web系统从Oracle迁移至MySQL是企业在数据库选型调整时常见的需求，整个过程需要覆盖前期评估、数据结构转换、代码适配、数据迁移、测试验证等多个环节，每个环节的处理都直接影响迁移的成败。
迁移前期评估
在正式迁移前需要先完成全面的评估工作，避免后续出现不可控的问题。评估内容主要包含以下几项：
- 梳理当前Web系统使用的所有Oracle特性，比如是否用到了Oracle特有的数据类型、存储过程、函数、分区表等
- 统计系统的数据量、业务峰值QPS、核心表的大小，评估迁移过程中的停机窗口
- 确认MySQL的版本选型，优先选择长期支持版本，同时确认是否需要使用特定的存储引擎
数据结构转换
Oracle和MySQL的数据类型存在差异，需要先完成表结构的映射转换，常见的类型映射关系如下：
| Oracle数据类型 | MySQL对应数据类型 | 注意事项 |
|---|---|---|
| NUMBER | INT、BIGINT、DECIMAL | 根据精度和范围选择对应类型，小数的话用DECIMAL并指定精度 |
| VARCHAR2 | VARCHAR | MySQL的VARCHAR最大长度受字符集影响，需要确认长度是否足够 |
| DATE | DATETIME、TIMESTAMP | Oracle的DATE包含日期和时间，MySQL的DATE只存日期，按需选择 |
| CLOB | TEXT | 大文本内容用TEXT类型存储 |
| BLOB | BLOB | 二进制内容直接对应 |
除了数据类型，还需要处理Oracle和MySQL的语法差异，比如Oracle的主键自增需要通过序列加触发器实现，而MySQL可以直接使用AUTO_INCREMENT属性，转换表结构时可以简化这部分逻辑。
下面是一个简单的表结构转换示例，Oracle原表结构：
-- Oracle原表结构
CREATE TABLE user_info (
id NUMBER(10) PRIMARY KEY,
user_name VARCHAR2(50) NOT NULL,
create_time DATE DEFAULT SYSDATE,
score NUMBER(5,2)
);
-- 对应的序列和触发器实现自增
CREATE SEQUENCE user_info_seq START WITH 1 INCREMENT BY 1;
CREATE OR REPLACE TRIGGER user_info_trigger
BEFORE INSERT ON user_info
FOR EACH ROW
BEGIN
SELECT user_info_seq.NEXTVAL INTO :NEW.id FROM DUAL;
END;转换为MySQL的表结构：
-- MySQL转换后的表结构
CREATE TABLE user_info (
id INT(10) PRIMARY KEY AUTO_INCREMENT,
user_name VARCHAR(50) NOT NULL,
create_time DATETIME DEFAULT CURRENT_TIMESTAMP,
score DECIMAL(5,2)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;业务代码适配
Web系统的业务代码如果直接操作数据库，需要适配MySQL的语法差异，常见的适配点包括：
- 日期函数：Oracle的
SYSDATE替换为MySQL的CURRENT_TIMESTAMP，TO_DATE函数替换为STR_TO_DATE - 字符串拼接：Oracle用
||拼接字符串，MySQL用CONCAT函数 - 分页语法：Oracle用
ROWNUM分页，MySQL用LIMIT分页 - 空值处理：Oracle的
NVL函数替换为MySQL的IFNULL或者COALESCE
如果系统使用了ORM框架，比如MyBatis，可以通过配置多数据源的方式，先完成MySQL的映射文件编写，再逐步切换。下面是一个MyBatis中分页语句的适配示例：
Oracle的分页查询：
<select id="queryUserList" resultType="User">
SELECT * FROM (
SELECT t.*, ROWNUM rn FROM (
SELECT id, user_name, create_time FROM user_info ORDER BY id
) t WHERE ROWNUM <= #{end}
) WHERE rn > #{start}
</select>MySQL的分页查询：
<select id="queryUserList" resultType="User">
SELECT id, user_name, create_time FROM user_info ORDER BY id LIMIT #{start}, #{pageSize}
</select>数据迁移实施
数据迁移可以选择离线迁移或者在线迁移的方式，根据系统的停机窗口选择：
离线迁移
适合可以接受停机的系统，步骤为：
- 停止Web系统服务，确保没有新的数据写入Oracle
- 使用迁移工具导出Oracle的数据，比如用Oracle的
exp或者expdp命令导出数据，也可以用第三方工具比如Kettle、Navicat的数据传输功能 - 将导出的数据转换成MySQL支持的格式，导入到MySQL数据库中
- 校验数据一致性，确认数据没有丢失或者错误
在线迁移
适合不能停机的系统，需要使用数据同步工具，比如Canal、Maxwell等，先全量同步历史数据，再增量同步新增和修改的数据，等数据完全一致后，再切换Web系统的数据库配置到MySQL。
下面是一个使用Navicat传输数据的简单操作逻辑示例，核心步骤的代码化描述：
-- 1. 在Navicat中建立Oracle和MySQL两个连接 -- 2. 选择Oracle连接中的目标数据库，右键选择数据传输 -- 3. 目标选择MySQL连接，勾选需要迁移的表 -- 4. 配置数据类型映射规则，执行传输 -- 5. 传输完成后执行数据校验语句 SELECT COUNT(*) FROM oracle_user.user_info; SELECT COUNT(*) FROM mysql_db.user_info;
测试与验证
迁移完成后需要进行全面的测试，确保系统功能正常：
- 功能测试：覆盖所有核心业务场景，确认增删改查操作都正常
- 性能测试：模拟业务峰值，确认MySQL的响应时间、QPS满足要求
- 数据一致性校验：随机抽查核心表的数据，确认和Oracle的数据完全一致
- 回滚验证：提前准备回滚方案，确认如果出现问题可以快速切回Oracle
如果测试过程中发现问题，需要定位是数据结构问题、代码适配问题还是数据迁移问题，修复后重新验证，直到所有测试通过，再正式上线切换。
Oracle迁移MySQL数据迁移SQL语法适配Web系统升级修改时间：2026-06-06 23:30:04