PG数据库超时退出 TCP设定

数据库在使用psql工具以及jdbc进行远程连接时,在经过一定时间之后报错-致命错误:

terminating connection due to client no input timeout。

排查安全参数,hg_clientnoinput = 0;
 
问题原因
操作系统TCP相关参数设置不正确,数据库沿用操作系统配置,导致TCP保活机制未生效。

解决方案
数据库做如下配置后,问题解决:

#以下参数默认值都为0,表示延用服务器的配置情况。

tcp_keepalives_idle = '60'

tcp_keepalives_interval = '20'

tcp_keepalives_count = '10'
 
参数相关说明:

tcp_keepalives_idle (integer)

规定在操作系统向客户端发送一个TCP keepalive消息后无网络活动的时间总量。 如果指定值时没有单位,则以秒为单位。值0(默认值)表示选择操作系统默认值。 指定不活动多少秒之后通过 TCP 向客户端发送一个 keepalive 消息。 0 值表示使用默认值。 这个参数只有在支持TCP_KEEPIDLE或等效套接字选项的系统或 Windows 上才可以使用。在其他系统上,它必须为零。在通过 Unix 域套接字连接的会话中,这个参数被忽略并且总是读作零。

tcp_keepalives_interval (integer)

规定未被客户端确认收到的TCP keepalive消息应重新传输的时间长度。 如果指定值时没有单位,则以秒为单位。值0(默认值)表示选择操作系统默认值。 这个参数只有在支持TCP_KEEPINTVL或等效套接字选项的系统或 Windows 上才可以使用。在其他系统上,必须为零。在通过 Unix域套接字连接的会话中,这个参数被忽略并总被读作零。

tcp_keepalives_count (integer)
指定服务器到客户端的连接被认为中断之前可以丢失的TCP keepalive消息的数量。值0(默认值)表示选择操作系统默认值。 这个参数只有在支持TCP_KEEPCNT或等效套接字选项的系统上才可以使用。在其他系统上,必须为零。在通过 Unix 域套接字连接的会话中,这个参数被忽略并总被读作零。

tcp_user_timeout (integer)
指定传输的数据在TCP连接被强制关闭之前可以保持未确认状态的时间量。 如果指定值时没有单位,则以毫秒为单位。值0(默认值)表示选择操作系统默认值。 这个参数只有在支持TCP_USER_TIMEOUT的系统上才被支持;在其他系统上,它必须为零。 在通过Unix-domain 套接字连接的会话中,此参数将被忽略并且始终读取为零。

服务器中相关的配置信息的方法:

[root@Server3 ~]# cat /proc/sys/net/ipv4/tcp_keepalive_time
[root@Server3 ~]# cat /proc/sys/net/ipv4/tcp_keepalive_intvl

[root@Server3 ~]# cat /proc/sys/net/ipv4/tcp_keepalive_probes
 
文章知识点与官方知识档案匹配,可进一步学习相关知识
————————————————
版权声明:本文为CSDN博主「瀚高PG实验室」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/pg_hgdb/article/details/125989665

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在Kubernetes中,如果连接到PostgreSQL数据库的Kong服务超时,可能有几个原因。首先,确保Kong服务的配置正确。根据引用\[1\]中的命令,您需要确保Kong服务正确配置了外部的PostgreSQL数据库。检查以下配置项是否正确设置:postgresql.external.host、postgresql.external.password和postgresql.external.user。确保这些配置与您的实际数据库设置相匹配。 其次,检查Kong服务是否能够访问到PostgreSQL数据库。确保Kong服务和PostgreSQL数据库在同一个网络中,并且网络连接是正常的。您可以尝试在Kong服务所在的节点上使用telnet命令测试与PostgreSQL数据库的连接。 另外,还需要确保PostgreSQL数据库已正确安装和配置。根据引用\[2\]中的命令,您需要确保PostgreSQL数据库已正确映射数据目录,并且数据库的用户名和密码已正确创建。您可以使用psql命令检查数据库是否已正确创建。 最后,如果您在Kong服务启动后仍然遇到连接超时的问题,可以尝试运行Kong migrations up命令来更新/初始化数据库模式。根据引用\[3\]中的错误信息,Kong可能需要更新数据库模式以与当前版本匹配。请注意,运行Kong migrations up命令应该只在单个节点上运行,并且并发运行可能会导致冲突和数据库模式损坏。 综上所述,如果在Kubernetes中连接到PostgreSQL数据库的Kong服务超时,请确保Kong服务的配置正确,Kong服务能够访问到PostgreSQL数据库,并且PostgreSQL数据库已正确安装和配置。如果问题仍然存在,可以尝试运行Kong migrations up命令来更新/初始化数据库模式。 #### 引用[.reference_title] - *1* *2* [k8s上使用Helm安装kong2.0.4(对应Chart Versions1.1.7)](https://blog.csdn.net/math_code/article/details/106536814)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [Kubernetes(K8s)](https://blog.csdn.net/weixin_40618648/article/details/96634689)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值