Oracle 遷移 MySQL 避坑指南：五大核心差異與解決方案

遷移前提：邏輯不變，只改 DDL

原則：業務邏輯層代碼保持不動，僅調整資料庫物件建立/初始化 SQL。以下為實戰中高頻踩坑點與對策。

1. 大小寫敏感性差異（Linux 環境尤甚）

Oracle：預設不區分大小寫，tablename、TABLENAME 等同；匯出腳本常轉為大寫。
MySQL：依賴作業系統檔案系統特性。Linux 區分大小寫，資料庫/表名對應目錄/檔案名，故嚴格區分大小寫。

解決策略

• 遷移時保持 Oracle 端大小寫風格一致。
• 應用程式 SQL 字串中的表名/欄位名需與 MySQL 實際物件大小寫完全一致。
• 若應用程式已使用雙引號包裹識別符，需確保引號內大小寫與物件定義一致。
• 若應用程式本身大小寫混用混亂，建議先統一代碼規範再遷移。

2. 保留字衝突

Oracle 允許保留字（如 INTERVAL、SHOW）作為表/欄位名。
MySQL 直接報語法錯誤。

解決方案

• 使用反引號 ` 包裹保留字：INSERT INTO t (id, `interval`) VALUES (...)。
• 或採用「表名.欄位名」寫法：INSERT INTO t (id, t.interval) VALUES (...)。

3. 資料類型映射表

原則：逐一替換，注意精度與儲存上限差異。

4. 自動遞增機制重構

Oracle：使用 SEQUENCE + TRIGGER 實現。
MySQL：原生支援 AUTO_INCREMENT 欄位屬性。

遷移路徑

1. 將 SEQUENCE 改為 AUTO_INCREMENT 主鍵欄位。
2. 特殊場景（需跨表全局唯一 ID）可建立專門序列表模擬。

5. 索引長度限制（MySQL 4.1.2+）

MyISAM/InnoDB 單一索引鍵長度上限 1000 bytes。UTF-8 編碼下每字元 3 bytes，實際約 333 字元。Oracle 限制寬鬆得多。

應對

• 縮減索引欄位長度（如 VARCHAR(255) → VARCHAR(100)）。
• 改用前綴索引 INDEX idx_name (col(50))。
• 調整字元集至 utf8mb4 需更謹慎規劃（每字元 4 bytes）。

總結

遷移核心在於細節對齊：大小寫規範、保留字轉義、類型映射、自增重構、索引長度預檢。建議建立標準化遷移清單，配合自動化腳本驗證，方能平穩落地。