语句处于idle in transaction状态常见场景

在使用PGXC_STAT_ACTIVITY视图查询用户SQL相关信息时，查询结果中的state字段有时会显示“idle in transaction”。idle in transaction具体含义为：后端在事务中，但事务中没有语句在执行。该状态表示该条语句已经执行完成，因此query_id为0，但是本事务还未提交或回滚。此状态下的语句已经执行完成，不占用CPU和IO等资源，会占用连接数，并发数等连接资源。

若业务中出现语句处于idle in transaction状态，可参考如下常见场景及对应的解决方法来处理：

1

SELECT state, query, query_id FROM pgxc_stat_activity;

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

CREATE OR REPLACE FUNCTION public.test_sleep()
RETURNS void
LANGUAGE plpgsql
AS $$

BEGIN
    truncate t1;
    truncate t2;
    EXECUTE IMMEDIATE 'select pg_sleep(6)';
	RETURN;
END$$;

1

SELECT coorname,pid,query_id,state,query,usename FROM pgxc_stat_activity WHERE usename='jack';

1

SELECT coorname,pid,query_id,state,query,usename FROM pgxc_stat_activity WHERE usename='jack';

解决方法：

SAVEPOINT和RELEASE语句是带EXCEPTION的存储过程执行时系统自动生成的（8.1.0之后的集群版本不再向CN下发SAVEPOINT），GaussDB(DWS)带EXCEPTION的存储过程在实现上基于子事务实现，简单对应关系如下：

1
2
3
4
5
6
7
8

begin
    (Savepoint s1)
    DDL/DML
exception
    (Rollback to s1)
    (Release s1)
     …
end

存储过程启动时如果有EXCEPTION，则会启动一个子事务，如果执行过程中出现EXCEPTION，则会回滚当前事务并进行异常的处理；如果没有出现EXCEPTION则会直接提交前面的子事务。

当此类存储过程较多且有嵌套时容易出现，与场景二类似，等整个存储过程执行完即可。如果RELEASE较多，说明存储过程触发了多个EXCEPTION，可分析存储过程逻辑是否合理。