Início / dba / Perguntas / 41233
Accepted
Vadim Samokhin
Asked: 2013-05-01 06:51:57 +0800 CST

Ler Nível de Isolamento Comprometido

  • 772

Citação de documentos:

Read Committed é o nível de isolamento padrão no PostgreSQL. Quando uma transação usa esse nível de isolamento, uma consulta SELECT (sem uma cláusula FOR UPDATE/SHARE) vê apenas os dados confirmados antes do início da consulta; ele nunca vê dados não confirmados ou alterações confirmadas durante a execução da consulta por transações simultâneas . Na verdade, uma consulta SELECT vê um instantâneo do banco de dados no instante em que a consulta começa a ser executada. No entanto, SELECT vê os efeitos de atualizações anteriores executadas em sua própria transação, mesmo que ainda não tenham sido confirmadas. Observe também que dois comandos SELECT sucessivos podem ver dados diferentes, mesmo que estejam dentro de uma única transação, se outras transações cometerem alterações durante a execução do primeiro SELECT .

Então, o PostgreSQL vê as alterações confirmadas por outras transações ou não?

postgresql transaction

2 respostas

  1. Best Answer

    A diferença está entre uma consulta e uma transação. Uma transação pode conter qualquer número de consultas. Para ilustrar a diferença, montei um pequeno exemplo:

    CREATE TABLE table_to_be_updated (
    id serial PRIMARY KEY,
    other_column text,
    column_changing text
);

INSERT INTO table_to_be_updated (other_column, column_changing)
VALUES
('value', 'old_value'),
('value', 'other_value'),
('nonvalue', 'doesnt matter');

    Em seguida, execute duas transações simultaneamente (emitindo os comandos um por um, a linha do meio deseja representar a linha do tempo):

                                    | <-- BEGIN;
                                |
                                |
                                |     UPDATE table_to_be_updated
BEGIN; -----------------------> |     SET column_changing = 'new_value'
                                |     WHERE
                                |         other_column = 'value' AND
                                |         column_changing = 'old_value';
                                |
                                |
SELECT column_changing -------> |     -- update not yet committed
FROM table_to_be_updated        |
WHERE other_column = 'value';   | <-- COMMIT;
                                |
                                |
SELECT column_changing -------> |
FROM table_to_be_updated        |
WHERE other_column = 'value';   |
                                |
                                |
COMMIT; ----------------------> |

    Executando-os em READ COMMITTEDnível de isolamento, a primeira consulta retorna uma linha com 'old_value', enquanto a segunda mostra uma linha com 'new_value'. Em outra execução, altero o nível de isolamento da transação do lado esquerdo:

    SET transaction ISOLATION LEVEL REPEATABLE READ;

    (O comando deve ser a primeira instrução em uma transação.) Agora, ambos os SELECTs retornam o mesmo conjunto de linhas, enquanto um terceiro após confirmar ambas as transações mostrará a nova linha.

    • 9

  2. Sim. A primeira frase que você marcou em negrito refere-se a "transações simultâneas", ou seja, transações que alteram dados, mas que não são confirmadas enquanto sua transação ainda está em andamento. Se essas transações simultâneas forem confirmadas antes das suas, você verá os dados delas em sua transação em seleções sucessivas.

    • 1

relate perguntas