MySQL 與 SQL Server 類型轉換的關鍵差異與遷移指南

前言：跨資料庫遷移的類型轉換陷阱

近期專案需要將原本運行於 MSSQL Server 的服務遷移至 MySQL，過程中發現 SQL 語句中的類型轉換函數存在顯著差異。MySQL 的 CONVERT 函數不僅資料類型名稱相容性較差，參數順序也與 SQL Server 截然不同，這成為遷移過程中的主要阻礙之一。

核心語法差異對比

整數轉換範例

-- SQL Server 寫法
CONVERT(int, Port)

-- MySQL 寫法
CONVERT(Port, SIGNED) AS `port`

關鍵點：MySQL 中必須加上 AS `port` 別名，否則結果集的列名會顯示為完整的函數表達式 convert(Port, SIGNED)，影響後續應用層解析。

識別符號處理差異

• SQL Server：使用中括號 [] 包裹特殊符號、保留字
• MySQL：使用反引號 `（鍵盤 Esc 下方、數字鍵 1 左側的鍵，無需按 Shift）

MySQL CONVERT 支援的目標資料類型

轉換時指定的類型必須是以下值之一：

• BINARY[(N)]
• CHAR[(N)]
• DATE
• DATETIME
• DECIMAL
• SIGNED [INTEGER]
• TIME
• UNSIGNED [INTEGER]

遷移實戰建議

1. 全域搜尋替換：使用 IDE 的正則表達式功能批量修正 CONVERT 呼叫
2. 別名標準化：統一為所有轉換欄位加上語意清晰的別名
3. 識別符號統一：將所有 [] 替換為 `
4. 測試驗證：重點測試邊界值、NULL 值、溢位場景下的轉換行為

延伸閱讀

MySQL 官方文件：Cast Functions and Operators