如果您在WordPress上有一个SQL表上的网站，则非常有用的教程 wp_options 它很大。 Clean huge wp_options in SQL。
内容
WordPress是Web服务器的漂亮CMS。要求 最小的硬件资源 一个 Web服务器 支持 https 已安装： php，，，， mysql，，，， nginx 或者 apache。
使用具有安全竞赛或未优化影响数据库的各种模块（插件）时，可能会出现WordPress问题。大多数时候桌子 wp_options 他是遭受苦难的人。
这种情况是各种模块未删除的情况 缓存输入 或者 瞬态过期 从 mysql。 WP_Options表的时间很大，这会导致资源消耗 中央处理器，不合理的海。在这种情况下，WordPress网站的加载时间大大增加或可能达到主要功能问题。
随着时间的流逝，我已经确定了两个模块，这些模块由于CRON服务缺乏或不正确的操作，过期的SQL输入（缓存和瞬变）保留并大量填充数据库。
740 MB 对于WP_Options表，它非常大且不合理。在通常保存WordPress和已安装模块的核心设置的表中。
如何清洁sql中的巨大wp_options
我们如何从mysql删除 wp_options 线 wpseo_sitemap_cache_validator？
在Yoast SEO的较旧版本中，有一个错误，即使在WP_Options表中，旧的缓存用于站点地图，即使它们不再是最新的，通常必须消失。被删除。
我发现了 mysql 重要数量的线条 wpseo_sitemap_cache_validator 占领Unoutil的人。
从数据库中删除这些行并不代表任何风险，但是建议在SQL中执行任何订单之前，您将进行备份。
要删除WP_Options中的WPSEO_SITEMAP_CACHE_VALIDATOR行，就足以选择数据库并执行SQL命令：
DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')我们如何从SQL删除瞬态（WooCommerce Transiont）到期 – wp_options
插件和主题使用瞬变（WordPress瞬变）来临时存储信息。这样可以优化站点的加载速度，并可以运行正确的元素。
通常，瞬态应自动从数据库中引起，但这并不总是发生。诸如Facebook和WooCommerce之类的模块创建了许多瞬变，并且不会自动删除它们，它们将大大填充数据库。我们必须手动进行干预并处理它们的方案。
我们转到数据库，转到SQL并执行命令行：
DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')如果删除了大量瞬态，我们将立即观察到网页的加载速度更高，而SQL放置的过程的CPU消耗较低。
