WP-Optimize：清理 WordPress 資料庫前，先做好哪些安全檢查
WordPress 網站使用一段時間後，資料庫常會累積文章修訂版本、自動草稿、垃圾留言、過期暫存資料，以及外掛留下的設定或日誌。資料量變大不一定代表網站立刻故障，但可能讓備份變慢、後台查詢變久，也增加維護時的風險。WP-Optimize 可以協助整理這些項目，但不應把所有選項一次勾選後直接執行。
一、先確認「真的需要清理」
- 先記錄目前資料庫大小、資料表數量，以及主機剩餘空間。可從主機控制台、phpMyAdmin 或 WP-CLI 取得，不要只憑後台變慢就判定是資料庫問題。
- 確認最近是否有大量編輯文章、匯入商品、表單送出或會員活動。這些事件可能合理地產生大量修訂版本或暫存資料。
- 列出網站的重要功能，例如 WooCommerce 訂單、會員資料、預約、表單、快取與自訂文章類型。清理前要知道哪些資料是業務紀錄，不能當成垃圾。
修訂版本變多不代表全部都能刪除。某些網站需要保留較長的編輯歷程；可先在 wp-config.php 設定合理的 WP_POST_REVISIONS 上限，但不要在未確認需求前直接設為零。暫存資料也不全是無用資料，部分外掛會依賴尚未到期的 transient。
二、清理前的安全檢查與備份
- 確認管理權限：只讓具備網站維護責任的人操作，並記下操作時間、網站版本與外掛版本。
- 避開高峰時段：清理資料表可能短暫增加資料庫負載。若網站有訂單、報名或客服表單，先安排維護窗口。
- 建立可獨立還原的備份：至少包含完整資料庫與
wp-content，並下載到主機以外的位置。確認備份檔案大小合理，且能解壓縮；重要網站最好在測試環境實際還原一次。 - 記錄資料表前綴與自訂表：不要假設所有表格都以
wp_開頭，也不要刪除看不懂的自訂資料表。
備份完成後，先登入 WP-Optimize 的 Database 頁面，檢查它列出的清理項目與數量。若外掛顯示某個項目可清除，代表它符合外掛的判斷規則，不代表該資料對你的業務一定沒有價值。
三、預覽後，採取分批清理
- 先處理低風險項目：例如確認過的垃圾留言、明確的自動草稿，或已不需要的垃圾內容。每次只選一類，執行後記錄清除了幾筆。
- 修訂版本分批執行：先限定保留最近一段期間或保留數量，觀察編輯者是否仍能正常復原文章。不要一次清除所有修訂版本。
- 暫存資料要保守：先確認網站沒有正在進行的匯入、快取重建、排程工作或促銷活動。若只是想釋放空間，優先處理已過期項目，而非全部暫存。
- 資料表最佳化另行處理：清除資料後再考慮 Optimize Database Tables。執行前確認有備份，並留意大型表格可能需要較長時間或造成鎖定。
每一批操作後，請用無痕視窗測試首頁、登入、文章編輯、表單、購物車或訂單查詢等關鍵流程，再檢查 PHP 與網站錯誤日誌。若清理後資料庫大小沒有明顯下降，不代表操作失敗；索引、儲存引擎與檔案系統配置都可能影響實際容量。
四、常見誤判與安全限制
- 資料表名稱含有
log、cache或tmp，不代表可以直接刪除；它可能是訂單、稽核或外掛必要資料。 - 資料庫膨脹不一定只來自修訂版本，也可能是表單日誌、WooCommerce 工作排程、媒體中繼資料或外掛重複寫入。
- 多網站網路、會員網站與自訂程式的資料關聯較複雜，清理前應先詢問開發者，並優先在測試站驗證。
- 不要把 WP-Optimize 的清理，與清除瀏覽器快取、伺服器快取或 CDN 快取混為一談；錯誤清除快取可能只是讓網站暫時變慢，刪錯資料則可能造成真正的資料遺失。
五、出現問題時如何回復
若文章、訂單或外掛功能異常，先停止後續清理，不要繼續重建快取或覆寫備份。記錄錯誤時間與已執行的項目，接著把網站切換到維護狀態，先還原資料庫備份；若問題涉及外掛檔案或上傳檔案，再依備份內容還原 wp-content。還原後清除網站快取，測試登入、文章、表單與交易流程。
較穩妥的流程是：先備份、再預覽、一次一類、每批驗證、最後才做資料表最佳化。WP-Optimize 是維護工具，不是自動判斷業務資料價值的工具；只要無法說明某項資料為何能刪除，就先保留並查證。
參考來源
相關文章
臉書留言
一般留言