我有一个网站，其中wp\\u options表中的options\\u id字段变得非常大。安装一个半月后，auto\\u增值现已超过1000万。

虽然安装了许多插件（如ACF和W3 Total Cache），但它们似乎不是原因。它们与相同的主题框架一起安装在其他站点上，没有任何问题。

我有一个受影响站点的本地开发环境，在那里首先测试所有插件和主题更新。它的auto\\u增量值只有大约15000，考虑到该安装上的所有主题开发，我预计会达到这个值。

该站点的加载速度也非常慢，如果没有被W3 Total Cache缓存，则每一页的加载速度大约为3秒（启用页面缓存后，加载时间非常长）。考虑到缓慢的加载时间和较高的auto\\u增量值，两者之间似乎存在某种联系。

选项表本身只包含大约1000行，这似乎很正常，因此它可以在自己之后进行清理。

该站点是多站点网络的一部分，网络中的每个站点的auto\\u增值至少为100万或更多。

数据库中的任何其他表都没有受到影响，每个表都显示了给定每个站点上的页面数的正常行数。

有人有什么想法吗？