我在一个网站上工作，几乎每个页面都使用了5-8个ACF字段（一个ACF粉丝！）。在single.php 我的CPT我直接使用the_field / get_field 功能和使用了灵活的内容和分层转发器字段等。这会对我的网站性能产生多大影响
这很难回答。
（有经验的）性能取决于您的服务器功能有多强大，同时有多少用户访问您的站点等。
对于十几个ACF字段，您很可能不会经历任何重大性能损失。一个对WP页面的典型请求通常会导致数十个数据库查询，而您另外的10个查询几乎无关紧要。
如果您担心性能，那么应该彻底缓存响应。为此有多个插件，或者您可以使用位于Web服务器前面的nginx或varnish等服务器来缓存一些响应。
我的WPMS站点托管在8核/32mb RAM服务器上，但响应时间非常长。我们有大约1000个博客（单个db上有35000多个表）和70000个页面浏览量。我认为我可以缩短响应时间，将具有更多页面浏览量的博客移动到单独的DB中，并使用hyper DB插件将所有博客拆分为每个DB 100个博客。你觉得怎么样？
我在一个网站上工作，几乎每个页面都使用了5-8个ACF字段（一个ACF粉丝！）。在single.php 我的CPT我直接使用the_field / get_field 功能和使用了灵活的内容和分层转发器字段等。这会对我的网站性能产生多大影响
这很难回答。
（有经验的）性能取决于您的服务器功能有多强大，同时有多少用户访问您的站点等。
对于十几个ACF字段，您很可能不会经历任何重大性能损失。一个对WP页面的典型请求通常会导致数十个数据库查询，而您另外的10个查询几乎无关紧要。
如果您担心性能，那么应该彻底缓存响应。为此有多个插件，或者您可以使用位于Web服务器前面的nginx或varnish等服务器来缓存一些响应。
我的WPMS站点托管在8核/32mb RAM服务器上，但响应时间非常长。我们有大约1000个博客（单个db上有35000多个表）和70000个页面浏览量。我认为我可以缩短响应时间，将具有更多页面浏览量的博客移动到单独的DB中，并使用hyper DB插件将所有博客拆分为每个DB 100个博客。你觉得怎么样？