前台正常、後台愈來愈慢?WooCommerce 的資料庫在拖你(2026)
裝了快取外掛,前台跑得好好的,後台改個商品要等十秒。因為頁面快取對登入的人不生效——真正在拖的是資料庫裡那包每次請求都要撈的 autoload 資料。健康值約 800KB,做久的 WooCommerce 站 5MB 以上很常見。

前台測起來正常。自己登入後台改一個商品,等十秒。
這個狀況我們遇過幾次,每次客戶的第一句話都一樣:「快取是不是沒裝好?」
裝了。而且裝對了。
快取外掛救不了後台
頁面快取的運作方式是:把整頁的結果存起來,下一個人來就直接給存好的那份。
登入的使用者一律跳過這個機制。 你在後台看到的每一個畫面都要即時算——商品庫存、訂單狀態、通知數字,這些沒辦法給快取版本。
所以「裝了快取外掛,後台還是慢」不是設定錯誤。後台從來就不在頁面快取的保護範圍裡。
真正在拖的是那包每次都要撈的資料
WordPress 有一張叫 wp_options 的表,裡面有些資料被標記成 autoload。
被標成 autoload 的資料,每一個請求都會整包撈出來——不管那個請求需不需要用到它。前台一次、後台一次、每一個 AJAX 一次。
這包東西小的時候沒感覺。大起來之後,每個動作前面都先付一次撈資料的錢。
| 大小 | |
|---|---|
| 一般認為的健康值 | 約 800 KB |
| 經營一兩年的 WooCommerce 站 | 5 MB 以上很常見 |
差六倍以上,而且這個成本乘以你後台的每一個點擊。
WooCommerce 為什麼特別容易腫
一般的內容型網站不太會遇到這個問題。電商站不一樣,因為它一直在產生暫存資料:
- 購物車與結帳的 session——每個逛過你商店的人都可能留下一筆
- transient(暫存資料)——外掛拿來放「先記著、等一下要用」的東西,會設過期時間
- Action Scheduler——WooCommerce 用來排程背景工作的機制,另有自己的資料表
問題出在過期不等於刪除。transient 過了期限只是失效,資料還躺在表裡。沒有裝物件快取的話,這些東西全部堆在 wp_options,跟你的網站設定擠在同一個地方。
還有一個很多人不知道的:每次存檔都會留一份修訂版本。一篇商品描述改二十次,資料庫裡就有二十份。
怎麼查自己的數字
不用技術的判斷:前台測速正常、後台明顯慢——那就是這篇講的狀況。
要看數字,跑這段 SQL(phpMyAdmin 或請工程師):
SELECT SUM(LENGTH(option_value)) / 1024 AS autoload_kb
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');
🔴 這裡有個陷阱,網路上多數教學的查詢是錯的。
WordPress 6.6 改了 autoload 這個欄位的值:從 yes / no 改成 on / off / auto / auto-on / auto-off。而且官方沒有做資料升級——舊資料還是 yes,新寫入的才是新值。
所以一個跑在 6.6 以上的站,兩種值會混在一起。只查 autoload = 'yes' 的查詢會少報,你會以為自己很健康。
要找出是誰在佔位置:
SELECT option_name, LENGTH(option_value) / 1024 AS kb
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on')
ORDER BY LENGTH(option_value) DESC
LIMIT 20;
跑出來多半是幾個外掛的名字。有些是已經停用甚至刪掉的外掛留下來的。
處理順序
第一步永遠是備份。 下面每一步都在動資料庫,備份沒有先做就不要往下。
- 備份——而且確認還原得回來。沒驗證過的備份等於沒有備份
- 清過期的 transient——這一類本來就是暫存,刪掉不影響任何東西
- 清修訂版本——保留最近幾版就好,二十版沒有意義
- 回頭看 autoload 的數字——前兩步通常就會掉一大截
- 還是很大的話,逐項看——用上面第二段 SQL 找出前二十名,判斷哪些可以關掉 autoload
- 裝持久化的物件快取——讓那些暫存資料離開
wp_options
前四步多數人自己做得完。第五、六步牽涉到判斷,做錯會壞掉,那是要找人的部分。
這是維護在做的事之一
我們幫客戶做的月維護裡,這是固定會看的一項。
因為它是慢慢累積的——不會有哪一天突然壞掉,只會在某個月開始,你覺得後台好像卡卡的。而後台慢的成本不會出現在任何報表上,它出現在你每天多花的那幾分鐘裡。
網站變慢還有另一個這一年才變明顯的原因,跟資料庫無關:先查有沒有 AI 爬蟲在打你的站。
你的後台現在多久
登入後台,點一下「商品」列表,數一下幾秒出來。
一兩秒是正常的。超過五秒,上面那段 SQL 值得跑一次。
你都多久整理一次資料庫?還是等到覺得慢了才處理——我自己是後者,所以才把它排進固定維護。
WooCommerce 系列
- 外掛裝太多也會慢:能少裝就少裝,以及安全怎麼分層
- 前台的速度怎麼看:TTFB 是什麼?WordPress 速度診斷
- 主機、CDN、快取外掛怎麼選:別再亂花錢
- 還在評估要不要自架:WooCommerce 適合我嗎?四個判斷條件
資料來源(查證日 2026-08-23):
- autoload 健康值約 800KB、成熟 WooCommerce 站常見 5MB 以上:WordPress 資料庫最佳化相關技術文件與實務指南
- WordPress 6.6 Options API 變更(Make WordPress Core)——autoload 值改為 on / off / auto / auto-on / auto-off,無資料升級程序,
yes/no自 6.7 起標為 deprecated 但仍支援
🔗 查不出是哪一層:用 AI 幫你定位問題。
想把 WooCommerce 開成有品牌感的電商?
從金物流、商品頁到結帳優化 —— 不只是能買,是讓客人想買。
Related Reading
延伸閱讀

WordPress
網站變慢?先查有沒有 AI 爬蟲在打你的站(2026)
客戶回頭找我們的第一名問題是網站變慢,第一個被懷疑的通常是外掛,而有一類流量根本不會出現在你的 GA 裡:AI 爬蟲。尖峰時它們一分鐘可以打三萬九千次,而我們量的六都商家裡,94.6% 從來沒看過誰在爬自己。

WordPress
WooCommerce API 教學:REST API Key 申請、Postman 測試與商品上架範例
WooCommerce API 怎麼用?這篇整理 REST API Key 申請路徑、Consumer Key / Consumer Secret 權限、Postman GET / POST 測試、新增商品 JSON 範例,以及 401、403、404、Permalink、SSL 常見錯誤排查。

WordPress
WooCommerce 搬到 Zeabur 前要注意什麼?資料庫、金流、Email 與回滾清單
WooCommerce 搬到 Zeabur 不能只同步資料夾。這篇整理 staging、資料庫、wp-content、會員、訂單、金流 callback、Email、DNS 與回滾清單。