默认是0,表示语句可以一直执行下去。
如果设置为10000,那就意味着语句最多可以执行 10000ms = 10s。
建议设置为0,禁用该参数。
PostgreSQL 9.6版本开始支持自动查杀超过指定时间的 idle in transaction 空闲事务连接,用于清理应用代码中忘记关闭已开启的事务,或者系统中存在僵死进程等。
idle_in_transaction_session_timeout 在 postgresql 被用来控制事务执行时长,单位是ms。
默认是0,表示语句可以一直执行下去。超时会报 FATAL: terminating connection due to idle-in-transaction timeout。
修改方法查找配置
通过命令查找到postgresql配置文件的位置,用vi进行编辑。
修改参数
进入vi编辑界面,可以通过vi查找命令定位到相关参数,修改成合适的时间,保存退出。
:/statement_timeout
重启配置
通过以下命令,查找pg_ctl的位置,然后执行 pg_ctl reload重新加载配置。
PG_CTL用法
启动服务器启动服务器:
启动服务器的一个例子,等到服务器启动了才退出:
服务器使用 5433 端口,而且不带 fsync 运行,使用:
停止服务器使用 -m 选项停止服务器允许用户控制如何关闭后端。
重启服务器这个命令几乎等于先停止服务器然后再启动它,只不过 pg_ctl 保存并重新使用上一次运行服务器的命令行参数。重启服务器的最简单的方法是:
重启服务器,等待其停止和重启:
使用 5433 端口重启并且重启后关闭 fsync :
显示服务器状态下面是来自 pg_ctl 的状态输出的例子:
这就是在 restart 模式中被调用的命令行。
补充:PostgreSQL 设置单条SQL的执行超时 - 防雪崩
背景设置单条SQL的执行超时,防雪崩。
通常来说可以在SQL发起前设置事务级超时参数,SQL执行结束,重置。(如果SQL异常退出,会自动重置事务级参数)
例子 函数级超时例子 - statement_timeout不可用例如这个QUERY,我们想让它100毫秒超时。
将它写到函数中,在函数中设置超时
调用SQL改成这样
但是这么做实际上是没有效果的,原因是statement_timeout的设计之初是为交互性SQL设计的,在postgres.c中。
所以需要plpgsql超时,需要通过插件HOOK来实现。
https://www.postgresql.org/message-id/flat/200702201200.53535.xzilla%40users.sourceforge.net#200702201200.53535.xzilla@users.sourceforge.net
参数级别1、实例级
修改
2、库级
3、用户级
4、会话级
5、事务级
6、函数级
其他超时控制1、空闲事务超时
2、锁等待超时
3、死锁检测超时间隔
https://www.postgresql.org/docs/9.4/static/runtime-config-client.html
以上为个人经验,希望能给大家一个参考,也希望大家多多支持七叶笔记。如有错误或未考虑完全的地方,望不吝赐教。