postgresql日志的意义“使用陈旧的统计数据，而不是当前的统计收集器没有响应”

我有一个运行在Debian 7 Wheezy上的Postgresql 9.1 + 134wheezy4。 从2015年2月7日起（我想它已经被backported然后，见下文）我经常在/var/log/postgresql/postgresql-9.1-main.log看到以下行：

 2015-02-07 11:08:33 CET LOG: using stale statistics instead of current ones because stats collector is not responding 

我每天都会出现几次，没什么特别的，也不担心。 但是我没有得到这行的意义，也找不到关于它的文档。 在9.3.6和9.4.1的更新日志中提到：

• 将“pgstat wait timeout”警告信息更改为LOG级别，并将其更改为可以理解的（Tom Lane）

  这个信息最初被认为本质上是一个不可能发生的情况，但是对于我们build设较慢的build筑群成员来说，这个信息经常发生是一个麻烦事。 将其降低到LOG级别，并在措辞上花费更多精力：现在读取“使用陈旧的统计数据而不是当前数据，因为数据收集器没有响应”。

  • 在内核BUG上自动重启（不受污染，“修复recursion故障，但需要重新启动”）
  • Linux上的VRF使用networking命名空间
  • 如何在Ubuntu上configurationpostfix以使用TLS通过Office 365（SMTP）中继邮件
  • Wheezy进程周期性地死亡
  • MySQL – 服务器退出而不更新PID文件

不幸的是，它没有解释的意思。 我也有WARNING: pgstat wait timeout直到它在2月更改为新消息。 login行上的信息也没有帮助/build设性的。 常见的build议是重新启动服务器或删除共享内存段。

这些是postgresql重新启动的日志：

 2015-05-25 17:01:39 CEST LOG: using stale statistics instead of current ones because stats collector is not responding 2015-05-25 18:00:04 CEST LOG: received fast shutdown request 2015-05-25 18:00:04 CEST LOG: aborting any active transactions 2015-05-25 18:00:04 CEST LOG: autovacuum launcher shutting down 2015-05-25 18:00:04 CEST LOG: shutting down 2015-05-25 18:00:04 CEST LOG: database system is shut down 2015-05-25 18:00:06 CEST LOG: database system was shut down at 2015-05-25 18:00:04 CEST 2015-05-25 18:00:06 CEST LOG: database system is ready to accept connections 2015-05-25 18:00:06 CEST LOG: autovacuum launcher started 2015-05-25 18:00:07 CEST LOG: incomplete startup packet 

这是否意味着统计收集器不知何故被破坏或错误configuration？ 这种行为的原因是什么？怎样才能避免？