WordPress 的文章、設定、使用者、留言和外掛資料都保存在資料庫。網站運作時間越長，文章修訂、過期暫存、垃圾留言和已刪除外掛的資料可能逐漸累積。清理可以改善管理效率和備份大小，但誤刪關鍵資料也可能令網站無法運作，因此必須先辨認來源再處理。
先建立可還原的完整備份
資料庫優化前必須備份資料庫，重要網站亦應同時備份檔案。不要只確認備份工作顯示成功，應知道如何下載、保存和還原。若網站有訂單、會員或表單資料，清理期間仍可能有新資料寫入，最好安排低流量時段並記錄開始時間。
了解主要資料表的用途
WordPress 核心資料表通常包括文章、文章屬性、選項、使用者、留言和分類關係。外掛可能建立自己的資料表，亦可能把設定放進核心選項表。表名前綴和名稱只能提供線索，不能證明資料已經不用；刪除前應查看外掛文件和目前啟用狀態。
控制文章修訂數量
修訂功能可以還原誤改內容，但長文章頻繁儲存會產生大量版本。可在設定中限制每篇文章保留的修訂數，而不是完全關閉。清理舊修訂前，先確認團隊沒有依賴歷史版本作審批或合規紀錄，並保留最近幾個可用版本。
清理垃圾留言與過期項目
垃圾留言、回收桶文章和已刪除頁面通常是較低風險的清理對象。先在後台檢查內容，確認沒有誤判，再永久刪除。大量垃圾留言可能反映表單或留言保護不足，除了清理資料，也應加入驗證、速率限制或審核機制。
移除過期 Transients
Transients 是具有到期時間的暫存資料，外掛和主題常用來保存 API 結果或複雜查詢。過期項目一般可以刪除，需要時會重新建立；但不要把所有未過期暫存當成垃圾。若過期資料持續大量增加，應檢查是否有外掛沒有正確清理。
檢查自動載入選項
部分選項會在每次 WordPress 請求時自動載入。若外掛把大型資料放入自動載入項目，即使當頁不用，也會增加記憶體和查詢負擔。先按大小找出異常項目，再確認來源和用途；不要因名稱陌生便修改 autoload 或直接刪除。
辨認孤立文章屬性
文章、產品或外掛內容被刪除後，相關屬性資料有時會殘留。可靠工具可以找出沒有對應主體的孤立資料，但自訂內容類型、翻譯和頁面編輯器可能使用特殊關係。先在測試環境清理，再檢查舊文章、商品變體和自訂欄位。
小心已刪除外掛的資料表
有些外掛刪除時會保留資料，方便日後重新安裝。若確定不再使用，可以依官方移除步驟處理；但會員、訂單、SEO 或表單外掛的資料表可能仍包含重要紀錄。先匯出需要保留的資料，並確認沒有其他外掛共用。
最佳化資料表不是萬能加速
資料表最佳化可整理儲存空間和索引，但不會自動修復低效率查詢、慢速主機或缺少快取。執行頻率不需要太高，資料庫引擎亦可能自動管理部分空間。先找出真正的慢查詢和大型資料表，再決定是否需要進一步操作。
使用測試環境比較前後結果
把正式網站複製到 staging，記錄清理前的資料庫大小、主要頁面回應時間和後台操作速度。完成一項清理後重複測試，確認功能和數據完整。若一次同時執行多種清理，出現問題時很難知道是哪個步驟造成。
建立定期而保守的維護流程
每月可檢查垃圾內容、過期暫存、修訂數量和大型自動載入選項；外掛資料表則在卸載或重大改版時處理。保留清理紀錄、備份位置和還原步驟。自動化清理只應包括已確認安全的項目，關鍵資料仍要人工審核。
結語
WordPress 資料庫優化的重點不是追求最小容量，而是移除確定無用的資料，同時保留可還原能力。從備份、低風險項目和測試環境開始，再處理自動載入與孤立資料，會比一次性大量刪除安全得多。
