2004 年,靜態分析工具廠商 Coverity 對 MySQL 源碼進行深度掃描,並與商業軟體基準對比。報告顯示:MySQL 僅發現 97 個缺陷,其中至少 1 個屬嚴重安全問題;缺陷密度為 **每 4,000 行代碼 1 個缺陷**,遠優於行業平均水平 (每 1,000 行 1-7 個)。
| 指標 | MySQL | 商業軟體平均 (Carnegie Mellon 數據) |
|---|---|---|
| 總缺陷數 | 97 | — |
| 代碼行數 | ~38.8 萬行 (估算) | — |
| 缺陷密度 | 1/4000 行 | 1-7/1000 行 |
| 嚴重安全缺陷 | ≥1 | 通常更多 |
靜態分析僅能發現特定模式缺陷 (緩衝區溢出、空指針解引用、資源洩漏等),無法覆蓋:
因此,**代碼審計 ≠ 安全保證**,需結合滲透測試、模糊測試、運行時保護 (RASP/WAF) 等多層防禦。
MySQL 在 2004 年的審計成績,印證了「擁抱開源、持續審計、快速修復」的工程文化價值。對於現代雲原生架構,選擇擁有活躍社區、透明安全響應流程的開源組件,往往比封閉商業軟體更具長期安全紅利。