Drupal 性能優化全攻略：四層次深度調優指南

Drupal 作為重型 CMS，性能瓶頸常集中在前端資源、PHP 執行、MySQL 查詢、架構擴展四個層次。本文整理經驗，給出針對性優化清單與避坑指南。

層次一：Drupal 核心配置優化（零代碼、見效快）

1. JS 下沉：將 <scripts> 從 <head> 移至 </body> 前（修改 page.tpl.php），首屏渲染無阻塞。
2. JS 聚合：啟用 Javascript Aggregator 模塊合並 JS 文件，減少 HTTP 請求。**避坑**：與 TinyMCE、CKEditor 等富文本編輯器衝突，需在 admin/settings/performance 排除相關 JS 路徑。經驗建議：編輯器頁面不聚合，其他頁面聚合，或直接棄用該模塊改用 CDN+瀏覽器緩存。
3. 頁面緩存（匿名用戶）：admin/config/development/performance 啟用「緩存頁面給匿名用戶」，單查詢替換數十查詢，極致提升。
4. 帶寬優化：同頁啟用「聚合並壓縮 CSS/JS」，減少請求數與傳輸體積。
5. Sessions 表控制：Drupal 將 Session 存資料庫，高流量站點極易膨脹。調整 settings.php：

ini_set('session.gc_maxlifetime', 86400);      // 24小時（秒）
ini_set('session.cache_expire', 1440);         // 24小時（分）
ini_set('session.cookie_lifetime', 86400);     // 24小時 或 0(瀏覽器關閉即失效)

配合 cron 定期清理 sessions 與 watchdog（日志）表。

6. 錯誤日志清理：admin/config/development/logging 調整保留策略，cron 執行時生效。
7. 強制執行 Cron：安裝 poormanscron 模塊自動定時觸發，防日志/緩存/統計數據堆積拖垮庫。

層次二：PHP 代碼層優化（需開發介入）

• 減少代碼總量：禁用非必需模塊，精簡自定義模塊邏輯。
• Opcode 緩存（必裝）：APC / APCu、OPcache (PHP 5.5+)、XCache、eAccelerator 任選其一，跳過解析編譯，提升 2-10 倍吞吐。**生產環境無 Opcode 緩存屬嚴重配置缺陷。**

層次三：MySQL 數據庫優化（DBA 介入）

1. 啟用 Query Cache：my.cnf 設置 query_cache_size=128M 以上，適配 Drupal 大量重複查詢特性。
2. 精準索引：針對 node、field_data_*、views 產生的查詢建立聯合索引，EXPLAIN 驗證。
3. Devel 模塊定位慢查詢：開啟 Devel → Display query log，識別高耗時/高頻 SQL。
4. 慢查詢日志：my.cnf 設置 long_query_time=5、slow_query_log_file=/var/log/mysql/slow.log，定期 pt-query-digest 分析。

層次四：架構擴展（運維/架構師介入）

• 負載均衡：Nginx/HAProxy 分發 Web 請求，多 Web 節點無狀態化（Session 存 Redis/DB）。
• 多媒體分離：圖片/視頻/文件存對象存儲（S3/MinIO）或獨立媒體服務器，Web 節點輕量化。
• Memcached/Redis 對象緩存：Drupal Memcache 模塊將緩存表、實體、渲染數組移出 MySQL 至內存，極大降低 DB 壓力。**這是單機 MySQL 瓶頸後的銀彈。**

避坑總結

總結

Drupal 優化是系統工程：**核心配置見效最快、Opcode 緩存收益最大、MySQL 索引與慢查詢是持久戰場、架構擴展是終極出路**。按「零成本配置 → 低成本代碼 → 中成本 DBA → 高成本架構」順序推進，每層驗證效果再進入下層，ROI 最高。