0

我正在使用 Postgres 9.5，它有一个称为LISTEN/NOTIFY允许您设置异步命令通道以从服务器获取通知的功能。在我的应用程序运行并测试通知的前 10-15 分钟内，一切似乎都正常，但经过一定时间后，消息似乎被丢弃了。

有人对什么可以防止这种行为有任何建议吗？这与保持活动/ tcp 保持活动设置有关吗？在 pg_state_activity 我看到相同的连接并且它处于空闲状态。

总体情况概述

  • 在 c# 中使用 npgsql 库到异地 Postgresql 服务器
  • 使用长时间运行的连接（设置监听、等待）
  • 执行查询以侦听传入的通知和通知
  • 等待（使用取消令牌）直到收到消息（连接时没有其他活动发生）。

查看 StackOverflow 上的其他一些答案，似乎人们也将其归因于池化，尽管我不完全确定这是否能很好地转化为，npgsql因为它在连接/断开连接时汇集连接。

我将不胜感激人们对这个问题的任何见解，有人知道如何使我的情况发挥作用吗？这是罪魁祸首的代码片段：https ://gist.github.com/phr34k/3a59af154d8ce6636dfc332271052a6a

编辑

针对jjanes的回复，我去进一步调查。当我查看它时，pg_state_activity它列出了处于空闲状态的连接。当我在服务器上交叉引用客户端端口号netstat -t时，至少我没有看到列出的连接。

公平地说，在我跑步之前我netstat -t确实尝试过，pg_notify所以我还不能确定跑步是否pg_notify不会导致它终止。然而，奇怪的是连接一直显示在pg_state_activity好像 postgres 甚至没有意识到连接已关闭？

我认为这与防火墙和空闲连接有关。有人知道 ubuntu/数字海洋堆栈中是否有任何默认值会在一段时间后终止连接？

4

1 回答 1

1

我不认为任何事情都会使连接停止侦听，而无需调用 UNLISTEN 或关闭。最可能的解释是连接被切断，然后连接池通过重新建立连接来解决这个问题，在这种情况下，新连接将不会监听。应该在客户端和可能的服务器端记录此事件。您是否在日志中看到在这种情况下似乎有意义的任何内容？

'idle' 是 pg_stat_activity 中的正常“状态”，除了听之外什么都不做，所以这对你没有帮助。但是“backend_start”列可能会有所帮助，这与关闭和重新打开的连接一致吗？“state_change”一开始可能看起来很有希望，但它似乎并没有仅仅在客户端阅读通知时得到更新。我看不到一个会话检测是否有任何其他会话正在侦听的方法。pg_listening_channels() 仅适用于发出它的连接。

等待（使用取消令牌）直到收到消息（连接时没有其他活动发生）。

取消令牌重要吗？你用过吗？可以分享实现这个等待的代码片段吗？

我认为 10 或 15 分钟不足以让 TCP 确定连接已失效，因此如果连接被切断，则更有可能是某些东西在主动执行此操作，例如防火墙。如果是这种情况，它可能会“看穿”保持活动并决定无论如何都要断开连接。

于 2020-02-22T15:38:35.520 回答