五月 WordPress 資料庫清理術，讓網站遠離卡頓

網站越跑越慢，很多人先懷疑主機，卻忽略了 WordPress 資料庫裡早就堆滿舊修訂、垃圾留言和暫存資料。這些東西平常看不見，卻會慢慢拖住後台和前台。

五月很適合做一次例行整理。這個時間點剛好能把上半年的內容更新、外掛調整和效能檢查一起處理，重點是順序要對，動作要穩。

網站為何會變得卡頓？先看資料庫裡堆了什麼

WordPress 不是只有文章和頁面，它還會記錄很多看不見的內容。像是文章修訂版本、自動草稿、垃圾留言、過期暫存資料，還有某些外掛留下的殘餘紀錄。時間一久，資料表會越來越大，查詢也會變慢。

這種負擔最常先反映在後台。你可能會發現文章編輯器儲存變慢、列表頁開啟卡住，甚至登入後還要等很久。前台頁面也會跟著受影響，尤其是內容多、外掛多、更新頻繁的網站。

簡單說，資料庫就像儲藏室。東西越堆越多，找資料就越慢。WordPress 資料庫清理的目的，不是刪光所有內容，而是把不再需要的資料收好、清掉，讓系統回到正常速度。

清理前先備份，這一步不能省

所有清理動作開始前，先做完整備份資料庫。不是只存一份檔案而已，而是要確認你真的能還原。很多網站看起來有備份，實際上卻沒有測試過還原，這種備份等於沒備份。

只要你看不懂某個資料表的用途，就先不要動它。刪錯一張表，修復成本通常比清理成本高很多。

如果可以，先做三件事。第一，備份整個資料庫。第二，記下目前使用中的外掛與功能。第三，先在測試站或暫存環境確認流程，再回到正式站操作。這樣做雖然多花一點時間，卻能少掉很多風險。

特別要提醒，不要隨意刪除不確定用途的資料表。有些表看起來像垃圾，實際上是會員系統、購物車、預約外掛或 SEO 外掛正在用的資料。你不確定時，寧可先停手。

初學者先做這些安全清理

如果你是第一次做資料庫整理，先從低風險項目下手。像是修訂版本、垃圾留言、回收桶和過期暫存資料，通常都屬於比較安全的清理範圍。若你想用外掛處理，可以先看 Advanced Database Cleaner 外掛，先預覽再刪除，對初學者比較友善。

下表列的是常見、安全度較高的清理項目。

做法上，建議你照這個順序走。

1. 先掃描目前有哪些可清理項目。
2. 只勾選上面這類明確安全的內容。
3. 先小量清理，不要一次全清。
4. 清完後立刻檢查前台與後台是否正常。

這種方式雖然慢一點，但很適合第一次做 WordPress 資料庫清理 的人。你會比較清楚每一步做了什麼，也比較不容易誤刪。

進階做法，留給已經看懂資料表的人

當你已經確認表名和用途，才可以考慮更細的整理。像是清理過期的 transient、移除孤立的 post meta 或 user meta，還有在確認無誤後執行資料表優化。這些動作會讓資料庫更乾淨，但前提仍然是備份完整、來源清楚。

如果你想把流程看得更完整，可以參考 WordPress 資料庫優化教學，把清理、檢查和效能改善一起排好。若你習慣用固定流程管理維護，也可以再搭配 資料庫優化 SOP 來做每月檢查。

有些人會想直接刪資料表來求快。這樣做風險很高。比較好的方式是先看資料表是否為外掛或主題建立，再確認它是不是還在使用中。只要資料來源不明，就不要碰。

清理前後要檢查什麼，才知道有沒有做對

清理不是做完就算，還要看結果。最實際的方式，是比較清理前後的幾個指標。只要這些地方有改善，就代表方向正確。

看完表格後，還可以再做兩個簡單測試。先開一篇常編輯的文章，再試一次儲存。接著打開首頁和常用頁面，看載入時間是否穩定。若只是數字下降，但使用感受沒變，問題可能不只在資料庫，還要再看外掛、快取或主機設定。

哪些情況不建議自己操作

有些網站很適合自己整理，有些則不適合。下面這幾種狀況，最好交給熟悉 WordPress 的工程師處理。

• 你有 WooCommerce、會員系統、預約系統，而且資料表很多。
• 你看不出某個表是誰建立的，也不知道外掛還在不在用。
• 你沒有可還原的完整備份。
• 網站已經出現資料庫錯誤，或清理後發生白畫面。
• 你曾經搬站、合站，資料表結構變得很混亂。

只要符合其中一項，就不要硬上。因為資料庫問題一旦出錯，常常不是「回復原狀」這麼簡單，而是要一邊查、一邊修、一邊驗證。這種情況下，先停手通常比繼續清理更安全。

結語

網站卡頓不一定要先換主機，很多時候，先把資料庫整理乾淨就有明顯改善。五月做一次例行 WordPress 資料庫清理，把舊修訂、垃圾留言和過期暫存先處理掉，通常就能讓後台和前台都輕鬆一點。

真正關鍵的不是刪得多，而是刪得準。記得先備份，再確認用途，最後才動手，這樣你的網站才會越整理越穩。