这篇文章主要介绍“怎么理解PostgreSQL中session hang情况”，在日常操作中，相信很多人在怎么理解PostgreSQL中session hang情况问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么理解PostgreSQL中session hang情况”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
创新互联建站成都企业网站建设服务，提供成都网站设计、成都网站制作网站开发,网站定制,建网站,网站搭建,网站设计,响应式网站,网页设计师打造企业风格网站,提供周到的售前咨询和贴心的售后服务。欢迎咨询做网站需要多少钱:13518219792
在执行SQL的时候可能会碰到session hang的情况，这时候我们其实不知道是因为SQL本身执行很慢还是因为lock导致hang，因此一般情况下需要通过查询pg_stat_activity、pg_locks等系统表来确认。除之之外，PG还提供了通过statement timeout的超时机制来处理这种情况。
session 1
创建数据表，启动事务，执行查询
testdb=# create table t_timeout(id int); CREATE TABLE testdb=# testdb=# begin; BEGIN testdb=# testdb=# select count(*) from t_timeout; count ------- 0 (1 row) testdb=# select * from pg_locks where pid = pg_backend_pid(); locktype | database | relation | page | tuple | virtualxid | transactionid | classid | ob jid | objsubid | virtualtransaction | pid | mode | granted | fastpath ------------+----------+----------+------+-------+------------+---------------+---------+--- ----+----------+--------------------+------+-----------------+---------+---------- relation | 16384 | 11645 | | | | | | | | 3/94 | 1719 | AccessShareLock | t | t virtualxid | | | | | 3/94 | | | | | 3/94 | 1719 | ExclusiveLock | t | t relation | 16384 | 286770 | | | | | | | | 3/94 | 1719 | AccessShareLock | t | f (3 rows) testdb=#
session 2
执行alter table命令，hang住
testdb=# -- session 2 testdb=# alter table t_timeout add column c1 int; -- 挂起
设置50ms超时，SQL返回超时错误
testdb=# begin; BEGIN testdb=# SET statement_timeout = 50; SET testdb=# alter table t_timeout add column c1 int; ERROR: canceling statement due to statement timeout testdb=#
不过这样的设置，需要DBA对SQL的执行时长有初步的估算，比如增加列操作，正常应在10ms内返回，那设置超时50ms是没有问题，但对于vacuum full这样的操作来说，设置为50ms就很不合适了。
testdb=# SET statement_timeout = 50; SET testdb=# vacuum full; ERROR: canceling statement due to statement timeout testdb=#
也就是说，设置超时会存在误伤，需谨慎使用。
到此，关于“怎么理解PostgreSQL中session hang情况”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
