核心誤區：開源 ≠ 完全免費
眾多用戶誤以為「MySQL 開源 = 完全免費隨意商用」。實際上，MySQL 採用雙重授權：
- GPLv2 (社區版)：開源項目、非商業分發、願意開放源碼
- 商業許可 (Oracle/MySQL AB)：專有軟件、不願開源、OEM/ISV/VAR 分發
授權決策流程圖
你的應用是否分發給第三方？
├── 否 (內部使用/SaaS 不分發代碼) → 任意版本均可，無分發義務
└── 是 (分發軟件/設備/設備固件)
├── 你的應用採用 GPL 兼容許可證？
│ ├── 是 → 可用 GPL 版 MySQL，但必須開放你的完整源碼 (GPL 傳染性)
│ └── 否 (專有/BSD/MIT/Apache 等非 GPL)
│ ├── 選項 A：購買商業許可 → 無源碼開放義務
│ ├── 選項 B：改用 PostgreSQL (BSD)、MariaDB (GPL 但有例外)、SQLite (公共領域)
│ └── 選項 C：使用 MySQL 客戶端庫 FOSS 例外版本 (特定條件下)
官方授權條款要點 (mysql.com/licensing)
商業分發商 (OEM/ISV/VAR)
- 若在專有軟件中內嵌 MySQL 且不開源 → 必須購買商業許可
- 費用模式：按產品/部署/年費，具體洽商
開源項目開發者 (FOSS)
- GPL 協議項目 → 可用 GPL 版 MySQL，最佳選擇
- 非 GPL 開源協議 (BSD/MIT/Apache) → 可用 GPL 客戶端庫 FOSS 例外版，避免整體項目被 GPL 傳染
創始人 David Axmark 觀點：開源價值在「自由」而非「免費」
「開源最大意義：底層源碼完全開放，所有人可審查、尋找 Bug、修改改進。免費軟件只降低成本，永遠無法通過這種方式提高質量。這就是我們與所謂『免費版商業數據庫』的區別。」
商業化與開源的良性循環
- 開源版：龐大用戶基數 → 持續反饋/貢獻 → 質量迭代
- 商業版：零前期研發成本切入 → 許可費/支持服務變現 → 反哺開源投入
- 解決「開源如何盈利」難題，保障長期可持續發展
中國企業合規風險提示 (2010 開源中國高峰論壇 FSF 法律專家)
「中國多數企業利用/開發開源軟件存在不規範行為，為企業埋下巨大潛在法律風險。」
- 內嵌 MySQL 的產品對外銷售/交付未購買商業許可
- 使用 GPL 庫卻未開放自有源碼
- 混淆「免費下載」與「免費商用授權」概念
實務建議
- 審計現有產品：是否內嵌/分發 MySQL？授權模式是否匹配？
- 法律諮詢：引入開源合規審查流程 (FOSSology/Black Duck 掃描)
- 技術備選：評估 PostgreSQL/MariaDB/SQLite 等替代方案授權優勢
- 預算規劃：商業許可費納入產品 BOM 成本
相關延伸主題
- 開源許可證兼容性矩陣 (GPL/BSD/MIT/Apache)
- MySQL vs PostgreSQL vs MariaDB 授權對比
- 企業開源合規管理體系建設
- 商業化開源雙授權模式案例研究
