日志中频繁出现DistributedMutex错误警告

支持
5

谢谢，这些额外细节很有用。

由于您运行在 ARM64 架构上，这可能相关。Discourse 对 ARM/aarch64 容器的支持历来与 x86_64 相比有一些特殊处理，因此建议在主题标题或首帖中明确提及这一点。

AI 插件的结果也很有趣。由于禁用 AI 插件后警告消失，但重新启用后并未立即重现，这可能是由一次性初始化、缓存预热、模型/提供商设置或后台状态引起的，而非可稳定复现的插件 bug。

目前建议您继续观察，但如果再次发生，请尝试捕获以下信息：

  1. 确切的 API 端点和请求体结构（已移除任何私有内容）；
  2. 警告是仅在重启/重建后的首次 API 请求中出现，还是每次 API 请求都会出现；
  3. 客户端请求耗时；
  4. 禁用 AI 插件是否能在多次测试中可靠地消除警告；
  5. 在 x86_64 上是否也会出现相同情况，还是仅出现在 ARM64 上（如果您能够测试的话）。

要检查客户端请求耗时，您可以使用带计时输出的 curl，例如：

curl -s -o /dev/null \
  -w "total=%{time_total}s connect=%{time_connect}s starttransfer=%{time_starttransfer}s\n" \
  -X POST "https://your-site.example.com/posts.json" \
  -H "Api-Key: YOUR_API_KEY" \
  -H "Api-Username: YOUR_USERNAME" \
  --data-urlencode "title=API timing test" \
  --data-urlencode "raw=Small plain text API test post" \
  --data-urlencode "category=1"

如果请求本身耗时约 2 秒或更长，那么互斥锁警告可能只是在报告帖子创建路径耗时超过了 Discourse 的预期。如果请求非常快但警告仍然出现，那会更有意义。

硬件配置对于单用户站点来说绰绰有余，因此这可能是架构/部署/插件路径特定问题，而非简单的资源不足。