postgresql - ADF-Postgres 超时

Question

我正在使用 ADF 和 Azure Managed Postgres。我在大约 35 秒后再次遇到查找和查询源复制事件超时的问题。

Failure happened on 'Source' side. 'Type=Npgsql.NpgsqlException,Message=Exception while reading from stream,Source=Npgsql,''Type=System.IO.IOException,Message=Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.,Source=System,''Type=System.Net.Sockets.SocketException,Message=A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond,Source=System,' 

所以错误说这是一个 Npgsql 异常，所以我查看了他们的文档并修改了连接字符串以获取 Timeout = 60 和 CommandTimeout = 60(内部超时将默认为 CommandTimeout)。
并且查询仍然在 ~35 秒时超时。这可能是导致超时的 Azure 托管实例的套接字问题，它只是向下传播到 npgsql 吗？
任何帮助，将不胜感激!

Answer 1

我只是想增加一些精度，因为我遇到了同样的问题(感谢 @DeliciousMalware 和 @Leon_Yue):

对于具有 postgres 连接的请求，默认超时时间为 30 秒

无法直接从查找事件更改此超时。

做某事的唯一选择是添加 Timeout=600;CommandTimeout=0;添加到链接服务中的连接字符串(例如，如果您使用 key 保管库)或在链接服务附加参数中添加选项，如@DeliciousMalware 屏幕截图。

Timeout就是建立连接，CommandTimeout是命令本身的超时时间(以秒为单位，0 表示无穷大)

连接背后的库是npgsql，其他可用的参数和细节在那里:https://www.npgsql.org/doc/connection-string-parameters.html

我很难找到连接字符串的参数是什么以及它们的含义，以及存在哪一个，所以我很高兴找到这个文档。我没有在 azure 中找到很多关于 postgres 的文档，所以我认为这个参数列表对其他人有用。