无论如何，对象缓存都不可靠。

例如，Memcached有自己的系统来清除缓存中的项目：如果它是；“思考”；这太满了，它开始以不可预测的方式清除项目。

众所周知（或应该知道），当您有一个外部对象缓存系统时，调用wp_cache_set 提供缓存设置的零担保。当然wp_cache_get 提供获取缓存的零保修。

这就是为什么core不关心什么wp_cache_get / wp_cache_set 老实说，他们不可能做到这一点：WP允许完全重写缓存函数，所以core完全不知道这些函数实际上做了什么，因为这些函数实际上是由第三方重写的。

另一方面，流行的缓存系统被设计为非常容错的，而大规模的WP设置使用冗余缓存服务器：例如，当四个缓存服务器连接到一个应用程序时，更新失败的可能性很小。最重要的是，这样大规模的WP设置有适当的监控来检查缓存服务器的运行状况。

也就是说，出现问题的可能性从来都不是零。这就是为什么，例如，没有托管提供商会说；正常运行时间100%保证；。

即使删除了cache变量，DB连接中也可能发生故障，同样，只有冗余和监视才能缓解这种情况。

总之，是的，缓存可能会有问题，但不，WP core对此无能为力。冗余和监控有助于将问题发生的可能性降低到一个可接受的水平，在任何情况下，该水平永远不会为零。