我在 Ubuntu-12.04 上运行 django-celery 应用程序。
当我从 Web 界面运行 celery 任务时，我收到以下错误，格式为 postgresql-9.3 日志文件（最大日志级别）：
2013-11-12 13:57:01 GMT tss_usr 8113 LOG: could not receive data from client: Connection reset by peer
tss_usr 是 django 应用程序数据库的 postgresql 用户，并且（在这个例子中）8113 是杀死连接的进程的 pid，我猜。
您对为什么会发生这种情况或至少如何调试此问题有任何想法吗？
为了让事情再次运行，我需要重新启动 postgresql，这非常不舒服。
我知道这是一篇较旧的帖子，但我刚刚找到它是因为我今天在我的 postgres 日志中遇到了同样的错误。我将其缩小为 PDO 选择语句。我在 Ubuntu Precise 上使用 Zend Framework 1.10.3。
如果 $opinion 是长文本字符串，则以下 pdo 语句会生成错误。意见栏是我的 postgres 表中的文本类型。如果 $opinion 小于一定数量的字符，则查询成功。1000 个字符可以正常工作。2000 个字符失败，“无法从客户端接收数据：对等方重置连接”。
$select = $this->db->select()
->from( 'datauserstopics' )
->where("opinion = ?",trim($opinion))
->where("datatopicsid = ?",trim($tid))
->where("datausersid= ?",$datausersid);
$stmt = $this->db->query($select);
我使用以下方法规避了这个问题： ->where("substr(opinion,1,100) = ?",trim(substr($opinion,1,100)))
这不是一个完美的解决方案，但就我的目的而言，使用 substr() 的 select 语句就足够了。
请注意，将长字符串插入同一个表/列中没有问题。断开连接问题仅出现在具有相对较长文本字符串的 PDO 选择上。
我在 2017 年用 9.4 得到它，我没有文本字段，不知道 PDO 是什么。我的 select 语句长约 50 个字节，我试图获取一个 int4 和一个双精度。我怀疑错误消息可能意味着多种情况。
从那以后我发现https://dba.stackexchange.com/questions/142350/postgres-could-not-receive-data-from-client-connection-reset-by-peer这表明它可能是客户端的问题配置。我的客户是 libpg 并且 PQconnectdb() 给了我一个 CONNECTION_OK 返回。它至少部分有效。
对我来说，重新启动管理程序对 Postgres 和使用它的应用程序都有帮助。不过，我之前在 dmesg 中看到过堆栈跟踪。