一个非常有用的教程，如果你有一个网站 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 放置的进程。
