LWLock:SubtransSLRU

El parámetro del controlador JDBC autosave, si está establecido en always o conservative, genera puntos de almacenamiento antes de cada consulta.

Definiciones de transacciones de Spring Framework cuando se establece en propagation_nested.

Registros de seguimiento cuando requires_new: true está configurado.

SQLAlchemy cuando session.begin_nested se usa.

Django cuando se usan bloques de atomic() anidados.

GORM cuando se usa Savepoint.

psqlODBC cuando la configuración por reversión se establece en la reversión por instrucción (por ejemplo, PROTOCOL=7.4-2).

Revise los procedimientos y las funciones de PL/pgSQL con bloques EXCEPTION. Los bloques EXCEPTION crean automáticamente puntos de almacenamiento implícitos, que pueden contribuir al desbordamiento de las subtransacciones. Cada cláusula EXCEPTION crea una subtransacción, independientemente de si realmente se produce una excepción durante la ejecución.

CREATE OR REPLACE FUNCTION process_user_data()
RETURNS void AS $$
DECLARE
    user_record RECORD;
BEGIN
    FOR user_record IN SELECT * FROM users LOOP
        BEGIN
            -- This creates a subtransaction for each iteration
            INSERT INTO user_audit (user_id, action, timestamp)
            VALUES (user_record.id, 'processed', NOW());
            
            UPDATE users 
            SET last_processed = NOW() 
            WHERE id = user_record.id;
            
        EXCEPTION
            WHEN unique_violation THEN
                -- Handle duplicate audit entries
                UPDATE user_audit 
                SET timestamp = NOW() 
                WHERE user_id = user_record.id AND action = 'processed';
        END;
    END LOOP;
END;
$$ LANGUAGE plpgsql;

El ejemplo de código mejorado siguiente reduce el uso de subtransacciones mediante el uso de UPSERT en lugar del manejo de excepciones:

CREATE OR REPLACE FUNCTION process_user_data()
RETURNS void AS $$
DECLARE
    user_record RECORD;
BEGIN
    FOR user_record IN SELECT * FROM users LOOP
        -- Use UPSERT to avoid exception handling
        INSERT INTO user_audit (user_id, action, timestamp)
        VALUES (user_record.id, 'processed', NOW())
        ON CONFLICT (user_id, action) 
        DO UPDATE SET timestamp = NOW();
        
        UPDATE users 
        SET last_processed = NOW() 
        WHERE id = user_record.id;
    END LOOP;
END;
$$ LANGUAGE plpgsql;
                            

En el ejemplo de código siguiente, se muestra un manejo problemático de EXCEPTION con NO_DATA_FOUND:

CREATE OR REPLACE FUNCTION get_user_email(p_user_id INTEGER)
RETURNS TEXT AS $$
DECLARE
    user_email TEXT;
BEGIN
    BEGIN
        -- STRICT causes an exception if no rows or multiple rows found
        SELECT email INTO STRICT user_email 
        FROM users 
        WHERE id = p_user_id;
        
        RETURN user_email;
        
    EXCEPTION
        WHEN NO_DATA_FOUND THEN
            RETURN 'Email not found';
    END;
END;
$$ LANGUAGE plpgsql;
                            

El ejemplo de código mejorado siguiente evita subtransacciones mediante el uso de IF NOT FOUND en lugar del manejo de excepciones:

CREATE OR REPLACE FUNCTION get_user_email(p_user_id INTEGER)
RETURNS TEXT AS $$
DECLARE
    user_email TEXT;
BEGIN
     SELECT email INTO user_email 
     FROM users 
     WHERE id = p_user_id;
        
     IF NOT FOUND THEN
         RETURN 'Email not found';
     ELSE
         RETURN user_email;
     END IF;
END;
$$ LANGUAGE plpgsql;
                            

Controlador JDBC: el parámetro autosave, si está establecido en always o conservative, genera puntos de almacenamiento antes de cada consulta. Evalúe si la configuración de never sería aceptable para la aplicación.

Controlador ODBC de PostgreSQL (psqlODBC): la configuración del nivel de reversión (para la reversión por instrucción) crea puntos de almacenamiento implícitos para habilitar la funcionalidad de reversión de instrucciones. Evalúe si el nivel de la transacción o sin reversión sería aceptable para la aplicación.

Examen de las configuraciones de transacciones de ORM

Consideración de estrategias alternativas de manejo de errores que no requieran puntos de almacenamiento