Oracle 遷移 MySQL 完整避坑指南：大小寫、保留字、數據類型、自增、索引長度五大差異與兼容性設計原則

前言：異構遷移的現實痛點

產品支援 Oracle，客戶堅持 MySQL。遷移核心原則：**不改應用代碼，只改 DDL/初始化腳本**。本文總結實戰遇到的五大差異、解決方案，並提煉「標準化設計」兼容性原則。

一、 五大遷移差異與解決方案

1. 大小寫敏感性 (Linux 下 MySQL 嚴格區分)

根因：MySQL 數據庫=目錄、表=文件，OS 決定大小寫敏感性。

2. 保留字衝突

• Oracle 允許保留字作表/列名 (如 INTERVAL, SHOW)
• MySQL 禁止，報語法錯誤
• 解決：
  1. 避開保留字命名 (最佳) 2. 反引號包裹：INSERT INTO t (id, \`interval\`) VALUES ... 3. 表名限定：INSERT INTO t (id, t.interval) VALUES ...

3. 數據類型映射表

4. 自增主鍵機制差異

5. 索引長度限制 (MySQL 4.1.2+)

• MyISAM/InnoDB 索引鍵長度 ≤ 1000 字節 (InnoDB 可配置至 3072)
• UTF-8 編碼下：1 字符 = 3 字節 → 最大 333 字符
• Oracle 限制寬鬆得多 (約 75% 塊大小)
• 解決：縮短索引列長度、使用前綴索引 INDEX idx_name (col(100))、遷移至 InnoDB 並調大 innodb_max_index_length

二、 兼容性設計三大鐵律 (源頭治理)

1. 遵守 ANSI SQL 標準用法：
   • 不使用 MySQL 專有 \`\`、LIMIT/OFFSET (Oracle 12c+ 支持 OFFSET ... ROWS FETCH NEXT ... ROWS)
   • 不使用 Oracle 專有 SEQUENCE.NEXTVAL、ROWNUM、DUAL (MySQL 可 SELECT 1)
   • 分頁查詢封裝為 Dialect 抽象層
2. 統一大小寫規範：
   • 表名/列名：全小寫 snake_case (如 user_account)
   • DDL/代碼/ORM 映射/配置文件 全鏈路一致
3. 禁用保留字命名：
   • 命名規範：_ 前綴 (如 _order, _group) 永遠不衝突
   • 代碼審查強制檢查保留字列表

三、 遷移實施清單

四、 總結

Oracle → MySQL 遷移，**五大差異 (大小寫、保留字、類型、自增、索引長度) 覆蓋 95% 阻塞點**。源頭落實「標準 SQL、統一小寫、禁保留字」三鐵律，新項目零遷移成本；存量項目建立自動化轉換管道，將遷移成本壓縮至人工覆核與測試。兼容性不是妥協，而是**架構紀律**的體現。