PG14中的idle_session_timeout

最新推荐文章于 2025-03-29 01:30:33 发布
最新推荐文章于 2025-03-29 01:30:33 发布
阅读量1.8k 收藏
点赞数
分类专栏： PG小贴士 文章标签： 数据库 mysql java sql oracle
PG14引入了新的配置参数idle_session_timeout，用于在非事务状态下超时结束客户端会话，防止长时间占用资源。该参数不适用于事务中，最大值为2147483647毫秒，即约24天。超时时，会话将被强制断开，但在psql会话中执行查询时不会立即断开。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

PG14中的idle_session_timeout

新添加的配置参数idle_session_timeout和idle_in_transaction_session_timeout类似，一个客户端等待查询时间太长，此时可通过这个时间超时杀死该客户端会话。但是该参数不在事务中生效。关于邮件列表讨论：https://postgr.es/m/763A0689-F189-459E-946F-F0EC4458980B@hotmail.com。描述很清晰。该参数信息：

$ SELECT * FROMpg_settings WHERE name = 'idle_session_timeout' \gx
-[ RECORD 1]---+-------------------------------------------------------------------------------
name            | idle_session_timeout
setting         | 0
unit            | ms
category        | Client Connection Defaults /Statement Behavior
short_desc      | Sets the maximum allowed idle TIMEBETWEEN queries, WHEN NOT IN a TRANSACTION.
extra_desc      | A VALUE OF
了解本专栏 订阅专栏 解锁全文
PostgreSQL的学习心得和知识总结（一百五十二）|transaction_timeout：达到事务超时时终止会话
孤傲小二~阿沐的博客
09-30 1690
transaction_timeout：达到事务超时时终止会话
【PostgreSQL17新特性之-事务级别超时参数transaction_timeout】
小怪兽的博客
05-29 1175
PostgreSQL数据库里有多个和会话相关的参数，PostgreSQL17-beta1版本新增了一个transaction_timeout参数，来限制事务的持续时间。当前的一些和会话相关的超时参数如下。
PostgreSQL 14 idle_session_timeout空闲会话连接超时参数
Focus on PostgreSQL
05-12 7609
PostgreSQL 14新增了idle_session_timeout参数，用来控制空闲会话连接超时的时间。 当一个会话连接长时间没有执行SQL或者活动时，会将该会话释放，可以释放缓存避免出现例如OOM等问题。 idle_session_timeout：默认值为0，表示禁用，其单位是毫秒。 例子： 我们将其值改为5000，查看： bill@bill=>show idle_session_timeout; idle_session_timeout ----------------------
idle_in_transaction_session_timeout & idle_session_timeout
喝醉酒的小白
05-17 4043
例如，如果将idle_in_transaction_session_timeout设置为5分钟，则如果一个会话在事务中处于空闲状态超过5分钟，则该会话将被终止。idle_in_transaction_session_timeout参数用于控制在事务中处于空闲状态的会话的超时时间。例如，如果将idle_session_timeout设置为10分钟，则如果一个会话在10分钟内没有活动，则该会话将被终止。这两个参数的单位都是毫秒。需要注意的是，这些参数只对新会话生效，对于已经存在的会话，需要重新连接才能生效。
关于无线的Idle Timeout和Session Timeout
weixin_30505043的博客
12-01 979
1、Session Timeout Session Timer的默认值为1800s，也就是30min。Session Timeout：当该计时器超时时，使得客户端强制发生重认证，这个时间是从客户端认证成功后开始计算，进入倒计时。配置Session Timeout我们可以调整Session Timeout时间，以确认客户端在重认证之前所维持的时间。时间范围：对于802.1x：300-86400s对...
postgresql|数据库|pg_repack和idle_in_transaction_session_timeout参数的关系
zsk_john的技术分享专用博客
09-11 1312
这里的警告表明在膨胀治理的时候，此表遇到了事务阻塞，而此时我们有三种选择，第一个选择是等待该事务结束，第二个选择是主动结束该事务，第三个选择是利用pg数据库的自身机制自动结束该事务；只有事务阻塞的情况解决了，才能够顺利的完成表膨胀的治理 查询上面警告的进程，可以看到该进程的连接状态是idle in transaction
postgres相关参数学习3(idle_in_transaction_session_timeout )
乡下人
09-23 4843
PG经常会出现‘idle in transaction’ 进程，引发这个进程的原因一般都是 代码中忘记关闭已开启的事物，或是系统中存在僵死的进程等。 ‘idle in transaction’ 会阻止vacuum，造成数据膨胀，又有可能引起PG的事物ID wraparound的危险。为解决这个问题。9.6新增超时自动查杀空闲事物的功能 默认：idle_in_transaction_session_timeout = 20000 单位毫秒，也就是20秒就会自动查杀空闲事物 ...
linux server的idle timeout情况整理(设置不好有可能会导致事故)
技术资料库
12-29 1万+
总的来说idle timeout的配置使用可以分出这样一些使用情况：1、内网：    (1)  php或cgi -------àSERVER  A(仅提供服务的server)                               这里php和cgi都是短连接操作后端svr  A的，所以SERVER这里的idle timeout可以尽量设置的长一些                 
PostgreSQL连接池监控与优化：pg_stat_activity详解及连接阻塞排查指南
最新发布
qq_42763903的博客
03-29 773
如果连接池使用不当，可能会导致连接泄漏、阻塞甚至数据库崩溃。是 PostgreSQL 提供的系统视图，用于查看当前所有数据库连接的状态信息。通过它，我们可以分析哪些连接正在执行查询、哪些连接处于空闲状态，以及是否存在长时间运行的 SQL 导致阻塞。和锁分析，可以有效监控和优化 PostgreSQL 连接池，避免连接泄漏和阻塞问题。监控 PostgreSQL 连接状态，并针对连接卡住、阻塞等问题提供解决方案。很大），可能是应用代码未正确提交或回滚事务，导致连接无法释放。较大的查询，可能是性能瓶颈。
impala set设置超时时间
cclovezbf的博客
03-31 1350
查询可以在不触发超时的情况下运行任意时间，因为查询是在计算结果，而不是闲置等待获取结果。因为有的查询真的是非常慢，比如impala总共200G内存，他这个查询就占了180G，你要是跑完了还好说，跑不完一直占用内存，那么其他的sql怎么执行呢？就是会话允许的空闲时间有多少，我们这边设置的0永不超时，也就是说只要你打开了会话窗口即使你一两个小时不操作，他也不会关闭，感觉有好有坏吧。query_timeout_S超时设置是防止未关闭的查询消耗资源并占用正在运行的查询的准入计数中的插槽，从而可能阻止其他查询启动。
Impala ,防止客户端执行超时设置
liaonanfeng88的优快云博客
03-23 3653
Impala超时设置 1、增加Statestore超时 Impala catalog service使用statestore service将元数据广播到所有Impala节点。为避免启动时发生此类超时错误，请修改该值 默认值10秒 启动项增加 -statestore_subscriber_timeout_seconds 2、设置查询或者会话超时 指定取消空闲查询之前的时间 --i...
vsftpd的超时与流控机制
liangz的专栏
12-28 6633
最近有个项目需要使用vsftpd 3.0.2，看了少部分代码，分析了两个参数。 idle_session_timeoutThe timeout, in seconds, which is the maximum time a remote client may spend between FTP commands. If the timeout triggers, the remote cl
Postgres 超时 (Timeout) 详解
Bytebase的博客
08-16 2693
即使同时设置了 statement_timeout 和 idle_in_transaction_session_timeout，如果事务是由短语句和中间的短暂停顿组成的，那么该事务仍然是开放的。与 idle_in_transaction_session_timeout 不同的是，idle_session_timeout 只适用于在事务中处于空闲状态的会话，而 idle_session_timeout 则适用于任何处于空闲状态的会话，无论它是否在事务中。在一个事务中终止任何超过指定时间的会话。
Postgresql中TCP keepalive相关设置使用
魂醉的一亩二分地
02-22 6165
数据库连接描述 提起TCP keepalive相关的设置，就避不开数据库连接这个话题，目前大部分使用环境，数据库连接都是长连接，也就是说连接可以复用。 由于数据库建立连接和HTTP连接还不一样，HTTP是无状态的，新建连接的代价比较小，但是和数据库建立连接代价高多了，因为数据库连接不是无状态的;比如，在关闭连接的情况下，将会丢失打开的事务、临时表和prepare语句。而且连接进程都是由postgres主进程fork,fork也有相应的代价，所以数据库有一些空闲会话是正常的，但是保持太长时间大量的空闲会话也是
openGauss数据库源码解析系列文章——openGauss开发快速入门（二）
Gauss松鼠会
04-26 3442
在上一篇openGauss数据库源码解析系列文章——openGauss开发快速入门（上）中，我们介绍了openGauss的安装部署方法，本篇将具体介绍openGauss基本使用。 二、 openGauss基本使用 openGauss安装完成后会自动启动，用户可以使用openGauss自带的gsql（openGauss交互终端）客户端连接数据库进行相关SQL操作。 （一） 连接数据库 本篇为您介绍如何使用gsql客户端连接数据库。gsql是openGauss自带的客户端工具。使用gsql连接数据库，可以交互
Windows server配置PostgresSQL15数据库主从模式
Stringcui的博客
03-13 2158
PostgresSQL15主从流复制
opengauss基于典型生产参数测试
ikeseo的博客
07-21 769
在某些POC测试中，客户希望用数据库的典型生产参数测试，而不是用极限性能参数设置，故这里给出一套典型的生产参数举例。除了上述数据库参数的差异外，其余OS参数、网卡绑中断等配置与极限参数配置下的测试相同。详情查看：https://docs-opengauss.osinfra.cn。详情查看：https://opengauss.org。
PostgreSQL如何控制客户端连接超时
eagle89的专栏
12-30 8561
1.空闲长事务连接 使用idle_in_transaction_session_timeout参数，默认值是0，不开启，例如配置为5分钟。 idle_in_transaction_session_timeout = 5min 注意：该参数对idle正常连接无影响。 2.空闲连接 可使用扩展插件pg_timeout插件，配置postgresql.conf shared_preload_libraries = 'pg_timeout' pg_timeout.naptime=60 #单位为秒 p
解决PostgreSql中一直有连接长时间处于idle in transaction的问题
热门推荐
一VII一 的博客
05-22 4万+
在解决问题前，先来了解一下数据库连接的几种状态。 pg_stat_activity 是一张postgresql的系统视图，它的每一行都表示一个系统进程，显示与当前会话的活动进程的一些信息，比如当前回话的状态和查询等。它的state表示当前进程的状态，一共有六种： Active(活动): 进程正在执行某个语句 Idle(空闲): 进程正在等待客户端的指令 idle in transaction(事务...
springbatch更新step状态时 nested exception is org.postgresql. util PSQLException FATAL: terminating connection due to idle-in-transaction timeout
03-20
<think>好的，我现在需要帮助用户解决Spring Batch在更新Step状态时遇到的PostgreSQL空闲事务超时问题。首先，我需要理解用户的问题。用户在使用Spring Batch时，当尝试更新Step的状态，系统抛出了一个PSQLException，提示连接因为空闲事务超时被终止。这意味着数据库在事务处于空闲状态超过一定时间后，主动终止了连接。 接下来，我需要考虑可能导致这个问题的原因。首先，空闲事务超时通常是由于数据库的事务长时间未提交或回滚，导致连接保持打开但无活动。PostgreSQL默认的idle_in_transaction_session_timeout参数可能就是罪魁祸首，默认情况下可能设置为几分钟，比如5分钟。如果Spring Batch的某个步骤执行时间较长，或者在步骤处理期间有长时间的无数据库操作，就可能触发这个超时。 然后，我需要分析Spring Batch的事务管理机制。Spring Batch在处理步骤时，默认会为每个Step开启一个事务，并在Step完成后提交。如果Step执行时间过长，或者步骤中有分块处理（Chunk Processing），比如每处理一定数量的数据提交一次，但处理间隔较长，可能导致事务长时间处于空闲状态。 接下来，用户可能没有正确配置事务超时，或者数据处理的分块大小不合适。例如，如果Chunk Size设置得过大，处理每个Chunk的时间超过了数据库的空闲超时时间，就会导致事务在等待处理时被终止。 解决方案方面，首先应该考虑调整PostgreSQL的idle_in_transaction_session_timeout参数，增加超时时间。但用户可能没有权限修改数据库配置，所以需要其他方法。 另一个方向是优化Spring Batch的事务管理。比如，确保每个Chunk的处理时间不超过数据库的空闲超时限制，适当减小Chunk Size，或者使用Step作用域的事务，而不是在整个Step期间保持事务开启。此外，检查是否有长时间的非数据库操作在事务内执行，导致事务无法及时提交。 还可以考虑在Spring的配置中设置事务超时，例如在@Transactional注解中指定timeout属性，或者在配置事务管理器时设置默认超时时间。此外，确保连接池的正确配置，比如使用HikariCP，并设置合适的连接超时和空闲时间，避免连接被提前回收。 另外，需要检查代码中是否存在手动开启事务但未正确提交或回滚的情况，特别是在自定义的Tasklet或ItemProcessor中。确保所有事务在操作后及时提交，避免长时间挂起。 最后，建议用户查看Spring Batch的日志，确认事务的开启和提交时间点，以及每个Chunk的处理时长，从而定位具体是哪个环节导致了空闲超时。如果问题仍然存在，可能需要结合具体的代码和配置进行更深入的分析。</think>您遇到的Spring Batch更新Step时出现的`PSQLException: FATAL: terminating connection due to idle-in-transaction timeout`错误，本质是**PostgreSQL数据库的事务空闲超时机制触发了连接终止**。以下是逐步分析与解决方案： --- ### 一、问题根源 1. **PostgreSQL的`idle_in_transaction_session_timeout`参数** PostgreSQL默认会终止长时间处于空闲状态的事务（未提交且无任何操作），防止资源泄漏。 典型场景：Spring Batch的某个Step开启了事务，但长时间未提交（例如处理大量数据时），导致事务空闲超时。 2. **Spring Batch的事务管理机制** - Spring Batch的Step默认在事务中执行（例如`TaskletStep`或基于Chunk的步骤）。 - 如果某个操作（如读取、处理数据）耗时过长，且期间没有数据库交互，事务会处于空闲状态。 --- ### 二、关键排查步骤 #### 1. **确认数据库超时设置** ```sql SHOW idle_in_transaction_session_timeout; -- 默认值可能是5分钟（300000ms） ``` 如果返回值为`0`表示未启用，否则需调整参数或优化代码。 #### 2. **检查Spring Batch的Chunk配置** ```java @Bean public Step myStep() { return stepBuilderFactory.get("myStep") .<Input, Output>chunk(50) // 关键参数：Chunk Size .reader(reader()) .processor(processor()) .writer(writer()) .build(); } ``` - **问题**：若`Chunk Size`过大，处理单批数据耗时超过数据库空闲超时，事务会因无操作被终止。 - **解决**：减小`chunk()`的值（例如从100调整为20），缩短单次事务执行时间。 #### 3. **优化事务范围** - **场景**：自定义`Tasklet`中手动控制事务时，若包含非数据库操作（如复杂计算、外部API调用），事务会处于空闲状态。 - **解决**： ```java @Bean public Step myStep(PlatformTransactionManager txManager) { return stepBuilderFactory.get("myStep") .tasklet(myTasklet()) .transactionManager(txManager) .build(); } @Bean public Tasklet myTasklet() { return (contribution, chunkContext) -> { // 将非数据库操作放在事务外执行 doNonDatabaseWork(); // 事务内仅执行数据库操作 TransactionTemplate transactionTemplate = new TransactionTemplate(txManager); transactionTemplate.execute(status -> { doDatabaseWork(); return RepeatStatus.FINISHED; }); return RepeatStatus.FINISHED; }; } ``` #### 4. **配置事务超时** ```java @Bean public ResourcelessTransactionManager transactionManager() { ResourcelessTransactionManager txManager = new ResourcelessTransactionManager(); txManager.setDefaultTimeout(30); // 设置事务超时时间（秒） return txManager; } ``` 确保事务超时时间 **小于** PostgreSQL的`idle_in_transaction_session_timeout`。 #### 5. **调整PostgreSQL配置（可选）** ```sql ALTER SYSTEM SET idle_in_transaction_session_timeout = '10min'; -- 修改超时时间 SELECT pg_reload_conf(); -- 重载配置 ``` **注意**：需数据库管理员权限，且可能影响其他应用。 --- ### 三、验证方案 1. **日志监控** 启用Spring事务日志，观察事务提交频率： ```properties logging.level.org.springframework.transaction.interceptor=TRACE logging.level.org.springframework.jdbc.core.JdbcTemplate=DEBUG ``` 2. **性能测试** 使用`chunk(10)`和`chunk(100)`分别测试，对比是否因Chunk Size导致超时。 --- ### 四、补充建议 - **连接池配置**：使用HikariCP等连接池时，确保`maxLifetime`小于数据库超时时间。 - **批量写入优化**：对Writer使用`JdbcBatchItemWriter`并启用`setSql("...")`的批量模式，减少数据库交互次数。 通过上述调整，应能避免事务空闲超时问题。如果问题仍存在，请提供Spring Batch配置和Step代码片段进一步分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值