Scribd
Carregar
91 visualizações3 páginas

Transações No MySQL

Este artigo descreve os conceitos de transações em bancos de dados MySQL, como agrupar consultas de modo que todas sejam executadas ou nenhuma, preservando a integridade dos dados através dos princípios ACID de atomicidade, consistência, isolamento e durabilidade.

Enviado por

demein
Direitos autorais
© © All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato DOCX, PDF, TXT ou leia on-line no Scribd
91 visualizações3 páginas

Transações No MySQL

Este artigo descreve os conceitos de transações em bancos de dados MySQL, como agrupar consultas de modo que todas sejam executadas ou nenhuma, preservando a integridade dos dados através dos princípios ACID de atomicidade, consistência, isolamento e durabilidade.

Enviado por

demein
Direitos autorais
© © All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato DOCX, PDF, TXT ou leia on-line no Scribd
Você está na página 1/ 3

Transações no

MySQL
De que se trata o artigo

Este artigo descreve os conceitos de transações em banco de dados utilizando o MySQL


como referência.

Para que serve:

Serve como guia introdutório ao tema de transações em banco de dados a fim de


apresentar uma visão inicial e prática sobre o tema.

Em que situação o tema é útil:

Transações são sempre úteis para o gerenciamento de bancos de dados e,


principalmente, para manter a integridade e consistência de seus dados.

Resumo DevMan

Existem situações quando é vital a ordem em que as consultas são executadas, e que
todos os comandos de query sejam consultados em grupo ou então que nenhum seja
efetivado. Temos neste contexto a importância do conceito de transação. Neste
contexto, este artigo descreve os conceitos de transações em banco de dados utilizando
o MySQL como referência.

O que é uma transação?


Se você está se perguntando esta questão, provavelmente você está usando bancos de
dados, onde normalmente não importa a ordem em que executamos transações, e se uma
consulta falha, ela não tem impacto nas demais. Se estamos atualizando algum conjunto
de conteúdo, normalmente não nos preocuparemos sobre quando a atualização é
realizada, assim como o comando de leitura de dados que são executados. Similarmente,
se uma atualização falha, as leituras podem ainda recuperar dados antigos nesse meio
tempo.

No entanto, existem situações quando é vital a ordem em que as consultas são


executadas, e que todos os comandos de query sejam consultados em grupo ou então
que nenhum seja efetivado. O exemplo clássico para explicar o conceito de transações é
descrito em um ambiente de um banco. Uma quantidade de dinheiro é transferida de
uma conta de uma pessoa para a conta de outra pessoa, conforme o exemplo
da Listagem 1 onde é descrita uma transferência de R$ 500,00 entre 2 contas.

Listagem 1. Exemplo de transação em um sistema bancário

UPDATE account1 SET balance=balance-500;


UPDATE account1 SET balance=balance+500;

Ambas as queries devem ser executadas ou então nenhuma delas. Não podemos ter o
dinheiro sendo transferido da conta de uma pessoa, e então “desaparece” se por alguma
razão a segunda query falha. Ambas as queries formam uma transação. Uma transação é
simplesmente um número de queries individuais que são agrupadas e devem ser
executadas juntas.

Uma pequena dose de ACID


Por um longo período, quando o MySQL não suportava transações, seus críticos
concordavam que ele não estava de acordo com a regra ACID. O que eles queriam dizer
é que o MySQL não estava de acordo com as quatro condições para as quais transações
precisam estar aderentes para garantir a integridade dos dados. Essas quatro condições
são:

• Atomicidade: Um átomo é dito como a menor particular possível, ou algo que não
pode ser dividido. Atomicidade aplica este princípio para transações de banco de dados.
As queries que compõem uma transação devem ser todas elas executadas ou nenhum
delas deve ser executada (como o exemplo da Listagem 1).

• Consistência: Isso se refere às regras dos dados. Por exemplo, um corpo de artigo


pode precisar de um cabeçalho de artigo associado a ele. Durante a transação (ou seja,
dentro desta, durante a sua execução), esta regra pode ser quebrada, mas este estado não
deve ser nunca visível de fora da transação.

• Isolamento: simples, os dados que estão sendo usados por uma transação não podem
ser usados por qualquer outra transação até que a primeira transação seja completada.
No exemplo da Listagem 2, temos inicialmente um saldo de conta com R$ 900,00.
Existe um único depósito de R$ 100,00 e um saque de R$100,00, então o saldo da conta
ao final deve permanecer o mesmo. No entanto, percebe-se que após sua execução o
saldo fica em R$ 800,00, de forma que perdemos R$ 100,00. Essas 2 transações
deveriam ter sido isoladas, e o resultado seria fornecido para a Conexão 2 apenas
quando a transação da Conexão 1 fosse completada.

Listagem 2. Exemplo de isolamento em transação

Conexão 1: SELECT saldo FROM conta1;


Conexão 2: SELECT saldo FROM conta1;
Conexão 1: UPDATE conta1 SET saldo = 900+100;
Conexão 2: UPDATE conta1SET saldo = 900-100;

• Durabilidade: uma vez que uma transação for completada, seu efeito deve
permanecer, e não ser reversível.

Transações em InnoDB
Transações são escritas entre declarações BEGINe COMMIT. Vamos criar uma tabela
de exemplo do tipo InnoDB na Listagem 3 ...

Você também pode gostar