有时候我们会发现WordPress打开非常慢，也不懂哪里的问题，每次打开一个页面都要几十秒。其中有时候是WordPress数据库的表太臃肿导致的。比如常见的wp_options表，如果之前安装了很多WordPress插件，有几十万行基于插件的数据，这样将导致 wp-admin 面板加载缓慢。虽然WordPress一直社区在积极改进 wp_options 表和索引，但对于大型 WordPress 网站来说，在 wp_options 表的大小方面，有几件事情会影响网站的性能，这里就分享一下优化缩小WordPress数据库wp_options表大小的教程。

在子主题中存储 CSS

一般WordPress 有一个很好的选项，可以在自定义器中添加自定义 CSS，如下图

自定义 > 附加 CSS 允许您在 WordPress 中添加自定义 CSS，但是这里添加的代码是针对特定主题的，因此如果您更换主题，您的 CSS 就会丢失。另一个不应该添加自定义 CSS 代码的原因是，这些数据将会保存在 wp_options 表中。

相反，建议创建一个子主题，并将代码添加到自定义的 style.css 文件中。

为大型小工具内容使用自定义文章类型

另外也有小工具也存储在 wp_options 表中，因此请注意不要在 HTML 或文本小工具中保存过多数据。 相反，可以使用自定义文章类型来保存此类数据。

尽可能少用 WordPress 插件

WordPress插件是个好东西，比如在1个网站上使用了 30 多个插件，它们很容易导致 wp_options 数据库表的大小增长到几 GB。

插件开发人员默认将自动加载参数设置为 "是"，虽然理想情况下每个插件都应在每个页面上加载其数据，但实际情况并非如此。由于 wp_options 表不是为处理数千行数据而设计的，如果 wp_options 表中有大量自动加载的数据，WordPress 网站可能会遇到问题。

要检查 wp_options 表中自动加载数据的大小，请运行以下命令：

SELECT SUM(LENGTH(option_value)) as autoload_size FROM wp_options WHERE autoload='yes';

大小以 KB 为单位显示--如果自动加载的大小超过 2MB，则应优化数据库。

此外，有些WordPress插件在停用或从 WordPress 中删除时不会清除其自动加载的选项，有些插件实际上并不需要自动加载其所有设置。

使用 WordPress 对象缓存

如前所述，默认情况下，WordPress会在每次页面加载时从数据库中获取选项，但通过使用对象缓存（如Memcached、Redis或APCu），WordPress会将自动加载设置为 "是 "的wp_options值缓存为一个名为 "alloptions "的数组。

通过以上方法，使得只在 wp_options 中存储最少量的数据，这样WordPress打开也会快很多。