如何清理巨大的 wp_options 在 SQL - 瞬態,wpseo_sitemap_cache_validator

WordPress 是一個相當輕量級的 Web 服務器 CMS。 要求 最少的硬件資源Web服務器 與支持 HTTPS 我們已經安裝了: PHP, MySQL的, NGINX阿帕奇.
存在的問題 WordPress 當我們使用存在安全漏洞或未優化影響數據庫的各種模塊(插件)時,可能會發生這種情況。 大多數時候,桌子 wp_options 他是受苦的人。

一種這樣的場景是各種模塊不刪除 緩存條目過期瞬態 您的 MySQL的. wp_表options 它在時間上達到非常大的體積,這會導致資源消耗 中央處理器不合理的高 RAM。 在這些條件下,網站的加載時間 WordPress 它會增加很多,否則會導致主要的功能問題。

隨著時間的推移,我們發現了兩個模塊,由於缺少或不正確的 CRON 服務操作,過期的 SQL 條目(緩存和瞬態)仍然存在並大量填充數據庫。

龐大的 SQL 表 wp options
龐大的 SQL 表

740 MB 對於表 wp_options 這是非常大的,同時也是不合理的。 在通常保存核心設置的表中 WordPress 並安裝模塊。

如何從 MySQL 中刪除 wp_optionswpseo_sitemap_cache_validator?

在舊版本的 Yoast SEO 中,有一個錯誤導致站點地圖的舊緩存條目保留在數據庫中的 wp_ 表中options,即使它們不再相關並且通常應該消失。 被刪除。

我發現在 MySQL的 大量的行 wpseo_sitemap_cache_validator 佔據一個無用的尖頂。

wpseo 站點地圖緩存驗證器
wpseo 站點地圖緩存驗證器

從數據庫中刪除這些行沒有風險,但建議您在 SQL 中執行任何命令之前進行備份。
從 wp_ 中刪除 wpseo_sitemap_cache_validator 行options 只需選擇數據庫並運行 SQL 命令:

DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')

如何從 SQL 中刪除過期的 WooCommerce 瞬態 - wp_options

過渡(WordPress Transients) 被插件和主題用於在數據庫中臨時存儲信息。 這優化了網站的加載速度,並使某些元素的正確操作成為可能。

通常,過期的瞬態應該從數據庫中自動刪除,但這並不總是發生。 Facebook 和 WooCommerce 等模塊會創建大量瞬態,如果不自動刪除它們,它們將大量填充數據庫。 我們必須手動干預和刪除它們的場景。

我們進入數據庫,進入 SQL 並執行命令行:

DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')

如果刪除了大量瞬態,我們會立即註意到網頁加載速度更快,SQL 進程的 CPU 消耗更低。

對技術充滿熱情,我喜歡測試和編寫有關操作系統的教程 macOS,Linux, Windows, 關於 WordPress, WooCommerce 和配置 LEMP 網絡服務器(Linux、NGINX、MySQL 和 PHP)。 我寫在 StealthSettings.com 自 2006 年以來,幾年後我開始撰寫 iHowTo.Tips 教程和有關生態系統中設備的新聞 Apple: iPhone,iPad, Apple 手錶,HomePod, iMac, MacBook、AirPods 和配件。

發表評論