TranslatePress自动翻译API失效导致的网站故障：CPU长期占用100%

昨天又遇到了一起服务器CPU占用100%的故障😅，刚开始我以为是服务器的缓存插件或对象存储没有安装，但经过检查这些都没有问题。我是万万没想到这次的网站故障居然和TranslatePress插件有关，是TranslatePress自动翻译API失效导致的网站故障。

故障表现

如上图所示，客户的服务器后台一直显示CPU占用100%，内存占用也挺高的。期间试过重启服务器，重启之后会正常一会，但没多久CPU占用还是会达到100%。

找到问题所在

这里我用的是经验排除法，大家也可以分析一下网站的日志。根据客户已安装的插件来看，我感觉最可能出问题的插件是防火墙插件、备份插件、翻译插件、SEO插件、自动内链插件。

所以依次尝试禁用这些插件，发现只要禁用TranslatePress翻译插件，服务器CPU压力就会得到缓解，马上会降到30-40%左右的正常水平，一启用马上又会升高。

所以导致出现故障的插件就是TranslatePress了，而TranslatePress会后台自动执行的动作应该就是自动翻译了，所以我尝试关闭了自动翻译功能，服务器CPU占用很快就会得到缓解。现在问题就基本确定——TranslatePress插件的自动翻译功能导致的。

但是，正常情况下TranslatePress自动翻译应该不会这样，所以我打开自动翻译并测试API，发现API存在问题，TranslatePress自动翻译API失效了，客户是某宝买的DeepL API，可能是被封或过期失效了。这会导致TranslatePress自动翻译功能在后台一直执行，又一直翻译不完，长期频繁读写数据库，CPU占用自然就很高了。最终的问题就在这了。

解决方法

如果这个自动翻译功能不是非用不可，可以直接不用，改用更简单的前端自动翻译，比如用GTranslate插件。

如果内容不多，可以放弃自动翻译，直接用TranslatePress手动翻译功能，这样还可以让翻译更精确一些。

如果要保持原来的自动翻译功能，就那只能另外购买API了，测试成功后再启用即可。重新启用后，TranslatePress自动翻译功能在执行期间可能也会占用较多的CPU资源，但执行完后就会慢慢下降的。