Início / dba / Perguntas / 345890
Accepted
Sergey Zolotarev
Asked: 2025-03-26 18:39:53 +0800 CST

O Postgres aborta transações em caso de erro (precisa de referência)?

  • 772

O Postgres aborta transações atuais em caso de erro? Em qualquer caso, você pode fornecer uma referência?

Pesquisar no Google "site:postgres.org transaction abort rollback error" não produziu resultados, e o GPT tem alucinações.

Encontrei essa afirmação no StackOverflow, mas ela não é apoiada por nada.

O Postgres aborta automaticamente as transações sempre que qualquer instrução SQL termina com um erro

Como posso dizer ao PostgreSQL para não abortar a transação inteira quando uma única restrição falhar?

Também encontrei isto . É semelhante, mas diferente, pois não lanço exceções (além disso, esse "normalmente" o torna confuso).

A opção level especifica a gravidade do erro. Os níveis permitidos são DEBUG, LOG, INFO, NOTICE, WARNING e EXCEPTION, com EXCEPTION sendo o padrão. EXCEPTION gera um erro (que normalmente aborta a transação atual ); os outros níveis geram apenas mensagens de diferentes níveis de prioridade. Se mensagens de uma prioridade específica são reportadas ao cliente, gravadas no log do servidor ou ambas, é controlado pelas variáveis ​​de configuração log_min_messages e client_min_messages. Veja o Capítulo 19 para mais informações.

postgresql

3 respostas

  1. Você pode confiar mais em um experimento do que na documentação, principalmente se a documentação não lhe der a declaração clara que você está procurando.

    Inicie uma sessão, inicie uma transação, pegue um cadeado:

    CREATE TABLE test_table (id integer);
INSERT INTO test_table VALUES (1);

BEGIN;

SELECT * FROM test_table WHERE id = 1 FOR SHARE;

    Agora inicie uma segunda sessão e tente uma operação conflitante que bloqueará o bloqueio:

    DELETE FROM test_table WHERE id = 1;

    Agora retorne para a primeira sessão e cause um erro:

    SELECT 1/0;

    Você verá que a segunda sessão agora pode prosseguir, porque o bloqueio foi removido. Como os bloqueios são mantidos até o fim da transação, isso significa que a transação foi removida. Se precisar de confirmação, execute uma instrução válida na segunda sessão e observe a mensagem de erro:

    ERROR:  current transaction is aborted, commands ignored until end of transaction block

    Além disso, olhar pg_stat_activitypara mostrará a sessão em um stateformato de idle in transaction (aborted).

    Você precisa de mais alguma confirmação além dessa?

    • 3
  2. Best Answer

    A documentação é realmente leve em detalhes, embora você possa encontrá-la onde as transações são discutidas :

    ROLLBACK TOé a única maneira de recuperar o controle de um bloco de transação que foi colocado em estado abortado pelo sistema devido a um erro, sem revertê-lo completamente e começar de novo

    (ênfase minha). O termo destacado é saliente; você pode encontrar mais alguns detalhes no arquivo README descrevendo a interface de processamento de transações .

    For example, consider the following sequence of user commands:

1)      BEGIN
2)      SELECT * FROM foo
3)      INSERT INTO foo VALUES (...)
4)      COMMIT

...

[...]suppose the "SELECT * FROM foo" caused an abort condition. In
this case AbortCurrentTransaction is called, and the transaction is put in
aborted state.  In this state, any user input is ignored except for
transaction-termination statements, or ROLLBACK TO <savepoint> commands.

    Em outras palavras, se o mecanismo encontrar um erro ao executar uma transação, ele coloca a transação neste estado especial "abortado", onde ignora qualquer comando após aquele que causou o erro, e cabe à entidade que inicia a transação emitir um COMMIT(geralmente uma má ideia) ou um ROLLBACKcomando.

    • 1

  3. Mas é de um documento desatualizado. Quaisquer referências ao documento atual do Postgres ainda são muito bem-vindas.

    O PostgreSQL não tem um modelo de tratamento de exceções muito inteligente. Sempre que o analisador, planejador/otimizador ou executor decide que uma instrução não pode mais ser processada, toda a transação é abortada e o sistema volta ao loop principal para obter a próxima consulta do aplicativo cliente.

    Documentação do PostgreSQL 7.3.21. Capítulo 19. PL/pgSQL - Linguagem de Procedimento SQL. 19.8.1. Exceções

    • 0

relate perguntas