Início / dba / Perguntas / 333894
Accepted
user22476690
Asked: 2023-12-09 19:03:58 +0800 CST

As transações READ ONLY causam anomalias de serialização (ou SERIALIZABLE é útil para READ ONLY)?

  • 772

Estou usando PostgreSQL. Eu tentei construir um sistema que utilizasse exclusivamente transações SERIALIZABLE, na expectativa de que isso simplificasse o desenvolvimento do meu aplicativo. Eu marquei transações exclusivamente somente leitura com READ ONLY. No entanto, minhas gravações frequentemente entravam em conflito com SIReadLocks adquiridos por consultas somente leitura, transformando as gravações em novas tentativas contínuas. Desde então, fiz as consultas somente leitura serem executadas com READ COMMITTED e tudo funciona perfeitamente agora.

Agora eu me pergunto - se uma transação é SOMENTE LEITURA, digamos que se eu executar minha consulta no nível de isolamento REPEATABLE READ, quais anomalias de serialização poderiam ter acontecido e são evitadas por SERIALIZABLE (e seus custos associados)? Tenho dificuldade em pensar em um exemplo do benefício fornecido neste caso.

postgresql

1 respostas

  1. Best Answer

    Agora eu me pergunto - se uma transação é SOMENTE LEITURA, digamos que se eu executar minha consulta no nível de isolamento REPEATABLE READ, quais anomalias de serialização poderiam ter acontecido e são evitadas por SERIALIZABLE (e seus custos associados)? Tenho dificuldade em pensar em algum exemplo do benefício fornecido neste caso.

    É raro e durante muito tempo não se pensou que fosse possível. O wiki do Postgres sobre Serializable Snapshot Isolation (SSI) contém uma seção dedicada a isso, com alguns exemplos. A seção começa com a seguinte afirmação:

    Embora uma transação somente leitura não possa contribuir para uma anomalia que persista no banco de dados, no isolamento da transação de leitura repetível ela pode ver um estado que não é consistente com qualquer execução serial (uma de cada vez) de transações. Uma transação serializável implementada com SSI nunca verá tais anomalias transitórias.

    Os exemplos são muito longos e complexos para serem reproduzidos aqui.

    Você também pode estar interessado no comportamento relacionado no isolamento de instantâneo (não no SSI), conforme relatado em "Uma anomalia de transação somente leitura sob isolamento de instantâneo", de Alan Fekete, Elizabeth O'Neil e Patrick O'Neil.

    O resumo do artigo é:

    Snapshot Isolation (SI), é um algoritmo de controle de simultaneidade multiversão introduzido em [BBGMOO95] e posteriormente implementado pela Oracle. SI evita muitos erros de simultaneidade e nunca atrasa transações somente leitura. No entanto, não garante serialização. Tem sido amplamente assumido que, no SI, as transações somente leitura sempre são executadas de forma serializável, desde que as transações de atualização simultâneas sejam serializáveis. A razão para isso é que todas as leituras do SI retornam valores de um único instante de tempo quando todas as transações confirmadas completaram suas gravações e nenhuma gravação de transações não confirmadas está visível. Isto parece implicar que as transações somente leitura não lerão resultados anômalos, desde que as transações de atualização com as quais elas são executadas não gravem tais resultados. Na nota atual, no entanto,

    • 2

relate perguntas