專案技術選型實錄：為何我們用 MongoDB 取代 MySQL — JSON 原生、Schema-less、擴展性與開發效率四大關鍵因素

專案初期面臨需求頻變、快速迭代、JSON 為主資料格式、部署運維簡單、資源受限五大約束。經對比 Redis、MongoDB 等 NoSQL 方案，最終選擇 MongoDB 完全取代 MySQL，本文還原決策邏輯與落地亮點。

選型約束條件

MongoDB vs Redis 決策關鍵：JSON 資料模型

專案全鏈路 (前端→API→儲存) 皆以 JSON 為交換格式。MongoDB 內部採用 BSON (Binary JSON)，無需 ORM 映射、無阻抗失配，文檔結構與程式碼物件一對一；Redis 雖 4.0+ 支援模組化 JSON，但核心仍為 K-V，複雜查詢/聚合能力弱。

MongoDB 取代 MySQL 的六大亮點

1. JSON 風格語法：db.coll.find({age:{$gte:18}}) 比 SQL 更直觀，學習曲線平緩。
2. Schema-less + 內嵌文檔：同集合文檔結構可異，支援陣列、巢狀物件，實現反正規化 (Denormalization) 減少 JOIN，查詢極快。
3. 簡單強大的查詢：範圍、正則、地理空間、聚合管線 ($lookup, $unwind, $group) 一站式解決。
4. CRUD + In-place Update + Upsert：updateOne({_id:id}, {$inc:{views:1}}, {upsert:true}) 原子自增、不存在即插入，省去應用層判斷。
5. 全欄位索引 (含陣列)：任意欄位、陣列元素、巢狀路徑皆可建立索引，_id 自動唯一索引。
6. 高效能、低資源、零配置部署：C++ 核心、記憶體映射檔、解壓即用、Replica Set 自動故障轉移。

進階特性加分項

• Server-side JavaScript：邏輯下沉資料庫端，減少網路往返，實現自訂原子操作。
• Map/Reduce：大數據聚合分析，替代 SQL GROUP BY。
• Change Streams：即時監聽資料變更，驅動下游同步/通知。

遷移代價與風險控管

• 放棄 ACID 多文檔事務 (4.0+ 支援多文檔事務但效能較弱) → 業務層設計冪等補償。
• 無外鍵約束 → 應用層維護參考完整性。
• 資料遷移工具：mongoimport, mongomirror, 自訂 ETL 腳本。

技術選型無銀彈，唯有「業務場景匹配度」最高原則。若你的系統同樣以 JSON 為核心、需求高頻變動、團隊渴望敏捷，MongoDB 值得作為 MySQL 替代方案深度評估。