¿En qué escenarios estaría una declaración "idle in transaction"?

Cuando se consulta información de SQL de usuario en la vista PGXC_STAT_ACTIVITY, la columna state del resultado de la consulta a veces muestra idle in transaction. idle in transaction indica que el backend está en una transacción, pero no se está ejecutando ninguna instrucción. Este estado indica que se ha ejecutado una instrucción. Por lo tanto, el valor de query_id es 0, pero la transacción no se ha confirmado ni se ha revertido. Las sentencias en este estado se han ejecutado y no ocupan recursos de CPU y E/S, pero ocupan recursos de conexión tales como conexiones y conexiones simultáneas.

Si una declaración se encuentra en el estado idle in transaction, rectificar el fallo haciendo referencia a los siguientes escenarios y soluciones comunes:

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';

Solución:

Las declaraciones SAVEPOINT y RELEASE son generadas automáticamente por el sistema cuando se ejecuta un procedimiento almacenado con EXCEPTION. En las versiones posteriores a 8.1.0, SAVEPOINT no se entrega a los CN. Los procedimientos almacenados en GaussDB(DWS) con EXCEPTION se implementan según subtransacciones, el mapeo es como sigue:

1
2
3
4
5
6
7
8

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

Si hay EXCEPTION en un procedimiento almacenado cuando se inicia, se iniciará una subtransacción. Si hay una excepción durante la ejecución, la transacción actual se revierte y se gestiona la excepción; si no hay excepción, se confirma la subtransacción.

Este problema puede ocurrir cuando hay muchos procedimientos almacenados y los procedimientos almacenados están anidados. Similar al escenario 2, solo tiene que esperar después de que se ejecute todo el procedimiento almacenado. Si hay un gran número de mensajes de RELEAS, el procedimiento almacenado desencadena varias excepciones. En este caso, debe analizar si la lógica del procedimiento almacenado es adecuada.