Memcached 作為高性能分布式記憶體緩存系統，通過在記憶體維護巨大 Hash 表，大幅降低 MySQL 讀取壓力。本文詳細介紹 OSSIM 架構下 Memcached 與 MySQL 的協同配置、監控與 Session 共享方案。

為什麼 MySQL 內建緩存不夠用？

MySQL 提供 query_cache 與 table_cache，但在高頻讀寫、數據頻繁變更場景（如 OSSIM）下效果有限：

• Query Cache 失效機制粗暴：表任意變更導致相關緩存全部失效
• 無法跨實例共享，叢集架構下無法復用
• 鎖競爭嚴重，高併發下成為瓶頸

Memcached 通過外部化緩存、分布式架構、LRU 淘汰策略，彌補了上述不足。

核心配置文件

文件路徑	用途
/etc/default/memcached	服務啟停控制（ENABLE_MEMCACHED=yes）
/etc/memcached.conf	核心參數配置（記憶體、連接數、端口 11211）
/usr/share/ossim/www/forensics/includes/base_db.inc.php	OSSIM 調用入口
/usr/share/php/adodb/adodb-memcache.lib.inc.php	ADOdb Memcached 驅動

狀態監控與驗證

Telnet 直接查看統計

telnet 127.0.0.1 11211
stats

關鍵指標：

• get_hits / get_misses：命中率核心指標
• bytes：當前佔用記憶體
• curr_connections：當前連接數
• evictions：LRU 淘汰次數（頻繁說明記憶體不足）

可視化監控工具：phpMemcachedAdmin

提供 Web 界面實時查看 Hit Rate、Memory Usage、Slabs 分佈等，便於容量規劃與異常排查。

Session 共享最佳實踐

多台 Web 服務器負載均衡時，Session 必須共享。配置 php.ini：

session.save_handler = memcache
session.save_path = "tcp://192.168.1.100:11211,tcp://192.168.1.101:11211"

優勢：

• 讀寫速度遠超文件存儲
• 多節點自動共享，無需 NFS/資料庫同步
• 故障節點自動剔除，高可用

注意：Session 數據僅駐留記憶體，重啟 Memcached 會丟失，但對 Session 通常可接受。

OSSIM 整合要點

• 通過 /etc/default/memcached 控制開關
• 為 Memcached 分配足夠記憶體（建議 ≥ 總內存 25%）
• 監控 evictions 指標，及時擴容
• 生產環境建議部署 Memcached 叢集（多節點 + 一致性哈希）

Memcached 不替代 MySQL，而是作為「讀放大」層吸收高頻熱點查詢，配合合理的緩存策略（TTL、失效機制、穿透防護），可將 MySQL 負載降低 70% 以上。