一個非常有用的教程，如果你有一個網站 WordPress 誰的SQL表 wp_options 非常大。 Clean huge wp_options in SQL.
WordPress 是一個相當輕量級的 Web 服務器 CMS。 要求 最少的硬件資源 和 Web服務器 與支持 HTTPS 我們已經安裝了： PHP, MySQL的, NGINX 或 阿帕奇.
存在的問題 WordPress 當我們使用存在安全漏洞或未優化影響數據庫的各種模塊（插件）時，可能會發生這種情況。 大多數時候，桌子 wp_options 他是受苦的人。
一種這樣的場景是各種模塊不刪除 緩存條目 或 過期瞬態 您的 MySQL的. wp_表options 它在時間上達到非常大的體積，這會導致資源消耗 CPU不合理的高 RAM。 在這些條件下，網站的加載時間 WordPress 它會增加很多，否則會導致主要的功能問題。
隨著時間的推移，我們發現了兩個模塊，由於缺少或不正確的 CRON 服務操作，過期的 SQL 條目（緩存和瞬態）仍然存在並大量填充數據庫。
740 MB 對於表 wp_options 這是非常大的，同時也是不合理的。 在通常保存核心設置的表中 WordPress 並安裝模塊。
庫普林斯
如何清理巨大的 wp_options 在 SQL 中
如何從 MySQL 中刪除 wp_options 線 wpseo_sitemap_cache_validator?
在舊版本的 Yoast SEO 中，有一個錯誤導致站點地圖的舊緩存條目保留在數據庫中的 wp_ 表中options，即使它們不再相關並且通常應該消失。 被刪除。
我發現在 MySQL的 大量的行 wpseo_sitemap_cache_validator 佔據一個無用的尖頂。
從數據庫中刪除這些行沒有風險，但建議您在 SQL 中執行任何命令之前進行備份。
從 wp_ 中刪除 wpseo_sitemap_cache_validator 行options 只需選擇數據庫並運行 SQL 命令：
DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')我們如何刪除瞬態（WooCommerce 瞬態）從 SQL 過期 – wp_options
過渡（WordPress Transients) 被插件和主題用於在數據庫中臨時存儲信息。 這優化了網站的加載速度，並使某些元素的正確操作成為可能。
通常，過期的瞬態數據應該自動從數據庫中刪除，但這並不總是發生。 Facebook 等模塊 WooCommerce 創建大量瞬態數據，如果不自動刪除它們，它們將大量填充數據庫。 我們必須手動干預並刪除它們的場景。
我們進入數據庫，進入 SQL 並執行命令行：
DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')如果刪除了大量的瞬態，我們會立即註意到網頁的加載速度更快，消耗更少 CPU 對於 SQL 放置的進程。
