Sybase 与主流数据库迁移对比实践

dbaai

Sybase 与主流数据库迁移对比实践

一、具体的问题

很多老系统早年跑在 Sybase ASE 上，如今运维团队要么散了、要么 license 续费贵、要么找不到会调 T-SQL 的人。老板一句"把库迁走"，落到 DBA 头上就是一堆具体麻烦：存储过程怎么搬、自增列怎么对齐、临时表会不会炸、字符集怎么不丢中文。直接 dump 出 bcp 再灌进新库，往往第一天就报一堆语法错。

本文不空谈"迁移难"，而是把 Sybase ASE 迁往 Oracle、SQL Server、MySQL 三条主流路线的关键差异一次说清，并给出可以照做的动手步骤和上线前的检查清单。

二、三条路线的核心差异

1. 迁往 SQL Server：血缘最近，成本最低

Sybase 与 SQL Server 本是同根（都源自 Sybase 代码），T-SQL 方言最接近。常见的 IDENTITY 自增、SELECT ... INTO #t 临时表、ISNULL、CONVERT 函数大部分都能原样保留；存储过程里 @变量、事务 BEGIN/ROLLBACK TRAN 也基本一致。难点主要在系统函数名和精度细节：Sybase 的 GETDATE() 在两边都有，但日期运算、CHARINDEX、SUBSTRING 的边界行为略有出入；MONEY 类型建议显式转成 DECIMAL(19,4)，避免四舍五入误差在财务场景爆雷。

2. 迁往 Oracle：方言分水岭，改造量最大

Oracle 用 PL/SQL，和 T-SQL 是两套世界观。最直接的坑：AUTO_INCREMENT/IDENTITY 在 Oracle 里不存在，得改成「序列 SEQUENCE + 触发器或 DEFAULT ... ON NULL 自增列」；SELECT @v = col 的变量赋值要改写成 SELECT col INTO v FROM ...；临时表 #t 要换成 CREATE GLOBAL TEMPORARY TABLE；分页 TOP n 要改成 ROWNUM <= n 或 12c 之后的 FETCH FIRST n ROWS ONLY。存储过程里 PRINT 改 DBMS_OUTPUT.PUT_LINE，错误捕获 RAISERROR 改 RAISE_APPLICATION_ERROR。这一条路建议上 Oracle SQL Developer 的迁移工作台，能自动把一半以上的对象骨架转出来，剩下的语义差异再人工修。

3. 迁往 MySQL：中等改造，注意引擎与隔离

MySQL 的存储过程语法又是一套，变量用 DECLARE、赋值用 SET、TOP 改 LIMIT、临时表用 CREATE TEMPORARY TABLE 且会话结束即销毁（和 Sybase 的 #t 生命周期不同）。最隐蔽的坑是事务与隔离级别：Sybase ASE 默认 READ COMMITTED，MySQL InnoDB 默认 REPEATABLE READ，若老业务依赖"读已提交"语义，迁移后可能出现不可重复读被消掉、或 GAP 锁行为不同的现象。务必显式 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED 对齐。引擎统一用 InnoDB（别让老 MyISAM 表混入），字符集用 utf8mb4。

三、实例参考（动手步骤）

下面以"Sybase ASE → SQL Server"这条最省事的路线为例，给出可照做的落地流程。

2. -- 第 1 步：在 Sybase 侧用 bcp 把表结构和数据导出
3. -- （在 ASE 服务器上执行，导出为字符文件，便于跨库导入）
4. bcp mydb..orders out orders.txt -c -t"|" -U sa -P <pwd> -S ase_server
6. -- 第 2 步：在 SQL Server 侧建结构（保留 IDENTITY 自增）
7. CREATE TABLE dbo.orders (
8.   order_id   INT IDENTITY(1,1) PRIMARY KEY,
9.   cust_id    INT          NOT NULL,
10.   amount     DECIMAL(19,4) NOT NULL,
11.   ctime      DATETIME     NOT NULL DEFAULT GETDATE()
12. );
14. -- 第 3 步：用 BULK INSERT 灌入，字段分隔符与 bcp 导出保持一致
15. BULK INSERT dbo.orders
16. FROM 'D:\mig\orders.txt'
17. WITH (FIELDTERMINATOR = '|', ROWTERMINATOR = '\n');
19. -- 第 4 步：补齐自增列的当前值，避免后续插入撞主键
20. DBCC CHECKIDENT ('dbo.orders', RESEED, (SELECT MAX(order_id) FROM dbo.orders));

复制代码

迁移前后对比要点：Sybase 里 orders 用 IDENTITY 自增，SQL Server 同样保留 IDENTITY(1,1) 后插入语句无需改；若原 Sybase 用的是 numeric 自增（非 IDENTITY），则 SQL Server 必须显式改成 IDENTITY，否则灌入后新插入会主键冲突。验证方法：分别在新旧库跑 SELECT COUNT(*)、SELECT MAX(order_id)、CHECKSUM_AGG(CHECKSUM(*)) 三连，数值一致才算数据对齐。

四、实操检查清单

• 自增列是否在新库有等价实现（SQL Server IDENTITY / Oracle SEQUENCE / MySQL AUTO_INCREMENT），灌数后是否 RESEED 到最大值？
  
• 所有存储过程是否按目标方言重写：变量赋值、临时表生命周期、错误处理（RAISERROR→RAISE/SIGNAL）、PRINT→DBMS_OUTPUT？
  
• 事务隔离级别是否对齐老系统语义？MySQL 是否显式设成 READ COMMITTED？
  
• 数据类型映射是否消除精度风险：MONEY/FLOAT 是否转 DECIMAL(19,4)？DATETIME 精度差异是否核对？
  
• 字符集是否统一 utf8mb4/目标库等价集，中文与特殊符号迁移后是否乱码（抽样核对含生僻字与 emoji 的字段）？
  
• 分页、限制行数写法是否改写：TOP n→LIMIT/ROWNUM/FETCH FIRST？
  
• 是否做了数据一致性校验（行数、CHECKSUM_AGG、关键汇总金额三方对比）？
  
• 是否先在影子库跑通全量存储过程与核心报表，确认逻辑不报错再做割接？
  
• 回滚预案是否就绪：保留 Sybase 源库只读副本一段时间，出现异常可立即切回？