PHP worker 數量不足時，WordPress 後台可能轉圈、表單逾時，甚至令訪客看到 502；但 worker 太多又會耗盡 RAM，導致 Swap 和整體變慢。本文以 Cloudways Monitoring 為基礎，示範如何先找出瓶頸、建立備份，再按數據調整 worker 或伺服器規格。所有截圖中的網域、IP、帳戶、電郵、伺服器及應用程式資料均已遮蔽。
調校前先記錄基線
在繁忙時段記錄 PHP worker 使用量、CPU、RAM、Swap、TTFB 和 5xx 數量。不要只用一次即時數字調校，至少保留一個高峰週期作比較。
步驟 1：確認真正的資源瓶頸
開啟 Monitoring，切換不同時間範圍，對照 CPU、RAM、磁碟 I/O 和應用程式錯誤。若只有短暫尖峰，先檢查慢查詢和外掛；若長期滿載，才考慮 worker 或容量調整。
步驟 2：建立調校前備份
在修改 PHP 設定或外掛前建立按需備份，並記錄完成時間。備份期間不要同時重啟服務或更換 PHP 版本，確保出現相容性問題時可以回退。
步驟 3：按瓶頸選擇調整方向
RAM 不足時先減少 worker 或處理記憶體洩漏；CPU 長期滿載則檢查慢查詢、未快取頁面和背景工作。只有資料證實資源不足，才在控制台選擇增加 vCPU 或 RAM。
步驟 4：覆核設定、費用與維護提示
確認新 worker 值、PHP 版本、預估費用、備份狀態及維護提示。公開文章可保留一般方案價格，但不可保留付款資料、帳戶編號或可識別的伺服器資訊。
步驟 5：等待設定套用完成
提交後不要重複點擊，等待狀態列完成。期間準備首頁、登入、表單、API、Cron 和付款測試清單；若出錯，保存已遮蔽的錯誤類型及時間。
步驟 6：驗證 worker 與網站功能
完成後重新查看 RAM、Swap、CPU、5xx 和 TTFB，並測試前台、後台、表單、圖片、排程及第三方 API。觀察一個高峰週期後，再決定是否需要進一步優化或升級。
常見問題：worker 愈多是否愈快？
不一定。每個 worker 都需要記憶體，過多可能令 Swap 增加，反而拖慢網站。應以 RAM、併發請求和錯誤率共同判斷。
常見問題：調校後仍然 502 怎麼辦？
先查看 PHP 和 Nginx 日誌、慢查詢及第三方 API 逾時，再確認是否有部署或資料庫鎖定。不要只重啟服務而不保留錯誤時間和證據。
總結
PHP worker 調校的順序是「記錄基線、備份、找瓶頸、覆核變更、等待完成、回歸測試」。以數據而不是直覺決定 worker 和主機規格，才能在效能與穩定性之間取得平衡。
