Início / dba / Perguntas / 334492
Accepted
Miqueias Kevison
Asked: 2024-01-03 04:24:08 +0800 CST

Como garantir a consistência dos dados em um sistema distribuído

  • 772

Estou desenvolvendo um sistema distribuído com microsserviços com apenas um banco de dados somente gravação e o restante somente leitura em replicação lógica

Meu desafio é ter consistência nos dados, principalmente no saldo que o cliente tem na conta

Como meu modelo de negócio exige necessariamente microsserviços para realizar atualizações nas tabelas do banco de dados, e dependendo da situação, é adicionado saldo na conta do cliente.

Minha dúvida é, como garantir a consistência do saldo do cliente caso ele realize algum processo que reduza o saldo da sua conta ao mesmo tempo que algum microsserviço também está manipulando o saldo da sua conta

Pensei em criar uma transação no banco de dados e utilizar imediatamente essa transação para alterar seu saldo enquanto o sistema termina de processar as atualizações nas outras tabelas que fazem parte do processo, pois isso bloqueia a leitura do saldo daquele cliente enquanto a transação não é concluída. finalizado, esta é a maneira mais correta?

postgresql

1 respostas

  1. Best Answer

    Após algumas pesquisas, encontrei soluções, todas oferecidas nativamente pelo PostgreSQL.

    O primeiro é o nível de isolamento da transação Leitura Repetível:

    BEGIN TRANSACTION ISOLATION LEVEL REPEATABLE READ;

    Este nível de isolamento garante que, uma vez que uma transação tenha lido um conjunto de dados, esses dados permanecerão consistentes, mesmo que outras transações os modifiquem posteriormente.

    Mesmo que outros usuários modifiquem os dados durante a transação, essas modificações não serão visíveis na transação atual.

    Se uma transação tentar salvar dados que foram modificados (confirmados) por outra transação enquanto estava em andamento no nível de isolamento "Leitura Repetível", isso resultará em um erro de simultaneidade ou violação de isolamento. E você só precisa repetir o processo desde o início.

    SELECIONE PARA ATUALIZAÇÃO

    O comando SELECT ... FOR UPDATE é uma cláusula no PostgreSQL que permite ao usuário bloquear explicitamente linhas de uma tabela para atualização (ou ler se a outra transação também usar SELECT FOR UPDATE). Isto é útil em cenários de controle de simultaneidade,

    Bloqueio Otimista

    O bloqueio otimista é uma técnica usada em bancos de dados para permitir que várias transações acessem os mesmos dados ao mesmo tempo, sem bloquear umas às outras. Em vez de bloquear os dados enquanto eles estão sendo modificados, o bloqueio otimista depende da verificação das versões dos dados para evitar conflitos.

    Imagine que você está atualizando um registro em um banco de dados que possui uma coluna de controle de versão e uma coluna de saldo do cliente. Antes de realizar a atualização, você verifica se a versão do registro é a mesma de quando você o leu inicialmente. Se a versão ainda for a mesma, você aplica a atualização. Caso contrário, isso significa que outra transação já modificou os dados e você precisa lidar com essa situação, talvez recarregando os dados e refazendo a operação ou notificando o usuário sobre o conflito.

    Aqui está um exemplo simples com duas transações:

    Transação 1:

    1. Lê um registro do banco de dados.
    2. O registro possui ID 1 e versão 1.
    3. Inicia a atualização do registro.
    4. Executa uma tabela UPDATE SET versão = 2, quantidade = 100 WHERE id = 1 AND versão = 1.
    5. Verifica o número de linhas afetadas pelo UPDATE. Se for 1, a atualização foi bem-sucedida.

    Termina a transação.

    Transação 2 (iniciada após a leitura, mas antes da atualização pela Transação 1):

    1. Lê o mesmo registro do banco de dados.
    2. O registro possui ID 1 e versão 1.
    3. Inicia uma atualização do mesmo registro.
    4. Executa uma tabela UPDATE SET versão = 2, quantidade = 50 WHERE id = 1 AND versão = 1.
    5. Verifica o número de linhas afetadas pelo UPDATE. Neste caso será 0 porque a transação anterior já alterou estes dados.
    6. Lida com a situação de conflito (como notificar o usuário ou refazer o processo).
    • 0

relate perguntas