技術選型不盲目跟風，本文從廠商視角剖析 MySQL 五大潛在短板，助力理性決策。
1. 雙重授權模式帶來合規成本
- GPL + 商業授權雙軌制
- 非 GPL 專有項目需購買商業授權或被迫開源
- 對比：PostgreSQL（BSD）、MariaDB（GPL 但無商業實體收購風險）
- 企業法務審核成本隱性增加
2. 產品成熟度相對較低
- Oracle 30 年、SQL Server 基於 Sybase 20+ 年、PostgreSQL 20+ 年
- MySQL 核心代碼庫歷史較短，核心模塊（優化器、存儲引擎）重構頻繁
- 保守型 IT 經理傾向選擇驗證更久的平台承載核心業務
3. 關鍵功能成熟度滯後
- 子查詢 4.1 才支持、視圖/觸發器/存儲過程 5.0 才完善
- 同類功能在 Oracle/PostgreSQL 存在 10+ 年並經過大規模驗證
- 新功能早期版本 Bug 率高，生產環境升級風險大
4. 認證體系與第三方支持生態薄弱
- 官方認證深度/廣度遠遜於 Oracle OCP、Microsoft MCSE
- 企業級 DBA 培訓體系不成熟，「易上手」≠「專業支撐」
- 本地化第三方服務商稀缺，核心故障依賴官方支持響應慢
5. 水平擴展架構缺失
- 原生不支持自動分片、分布式事務、多主寫入
- 垂直擴展（升級硬件）為主，遇天花板後遷移痛苦
- 中間件分片（MyCat、ShardingSphere）屬應用層彌補，非內核能力
- 正規軍 DBA 傾向原生分布式能力強的 Oracle RAC、PostgreSQL Citus
平衡視角
- MySQL 在中小應用、讀密集、成本敏感場景極具性價比
- PHP/Java 生態集成度最高、運維工具鏈最豐富
- 關鍵業務、強一致性、超大規模寫入 → 評估 PostgreSQL/Oracle/TiDB
- 技術選型核心：業務場景匹配度 > 品牌偏好
