CONCORRÊNCIA. Buscando aumentar os níveis de concorrência redução da espera em detrimento do isolamento, a SQL definiu alguns níveis de isolamento.

Tamanho: px

Começar a partir da página:

Download "CONCORRÊNCIA. Buscando aumentar os níveis de concorrência redução da espera em detrimento do isolamento, a SQL definiu alguns níveis de isolamento."

Bruna Felgueiras do Amaral
8 Há anos
Visualizações:

1 CONCORRÊNCIA 1. Introdução O termo concorrência se refere ao fato de que os SGBDs em geral permitem que muitas transações tenham acesso ao mesmo banco de dados ao mesmo tempo. Em um sistema desse tipo, é necessário algum tipo de mecanismo de controle (bloqueio) para assegurar que transações concorrentes não interfiram umas nas outras. Na situação ideal, cada um destes usuários deveria executar os seus comandos como se ele fosse o único. Este seria o maior nível de isolamento. Entretanto, é muito baixo o nível de concorrência correspondente a tal nível de isolamento e usuários poderão ficar aguardando por informações durante tempos relativamente longos, à espera do término de outras transações. Buscando aumentar os níveis de concorrência redução da espera em detrimento do isolamento, a SQL definiu alguns níveis de isolamento. SGBD BD (recurso) Transação T1 concorre com T2 pelo recurso, (pode haver interferência em T2). Transação T2 concorre com T1 pelo recurso, (pode haver interferência em T1). 2. Transações e Concorrência (Níveis de Isolamento) Em um ambiente onde não existe isolamento entre as transações, a intercalação entre os comandos das transações pode produzir os seguintes problemas: Suja (ou Dependência sem ) 2. A transação T1 modifica a linha L1. 3. A transação T2 lê a linha L1 antes que T1 termine. 4. T1 termina com fracasso e suas operações são desfeitas. Assim: T2 terá lido uma informação que nunca foi confirmada.

Na situação ideal, cada um destes usuários deveria executar os seus comandos como se ele fosse o único. Este seria o maior nível de isolamento.

2 Não-Repetida (ou análise inconsistente) 2. A transação T1 lê a linha L1. 3. A transação T2 modifica a linha L1, atualizando seus dados ou apagando a linha. 4. A transação T2 é concluída com sucesso e as suas operações são confirmadas. 5. A transação T1 lê (ou tenta ler) a linha L1. Assim: T1 nunca modificou os dados da linha L1, mas não obteve a mesma leitura duas vezes dentro da mesma transação. Fantasma 2. A transação T1 lê um conjunto de linhas que atendem a uma condição C1; 3. A transação T2 executa uma operação de atualização que cria uma ou mais linhas que atendem à condição C1; 4. A transação T1 lê, novamente, um conjunto de linhas que atendem a uma condição C1. Assim: Embora T1 não tenha criado linhas que atendem à condição C1, novas linhas participarão do resultado da consulta. Perda de Atualização 2. A transação T1 lê o dado D1 e armazena seu valor na variável X. 3. A transação T2 lê o dado D1 e armazena seu valor na variável Y. 4. A transação T1 atualiza D1 com o valor A transação T2 atualiza D1 com o valor A transação T1 termina com sucesso. 7. A transação T2 termina com sucesso. Assim: Para a transação T1 o valor de D1 deveria ser 10 (mas é 11).

Assim: T1 nunca modificou os dados da linha L1, mas não obteve a mesma leitura duas vezes dentro da mesma transação. Fantasma 2.

3 No padrão SQL existem quatro Níveis de Isolamento para indicar a relação do SGBD com os fenômenos listados acima. Níveis de isolamento definidos no padrão SQL: serializable - Nível de isolamento mais alto. Faz com que as operações sejam executadas como se a transação em questão fosse a única ocorrendo no sistema (este nível de isolamento diminui o nível de concorrência). Bloqueia os dados acessados até o final da transação (após ou rollback) e impede a inserção de novas tuplas (linhas) nas tabelas em uso. repeatable read read ted read unted Os quatro níveis de isolamento da SQL de acordo com a sua relação com os quatro fenômenos: NÍVEL DE ISOLAMENTO UNCOMMITTED COMMITTED REPEATABLE Perda de Atualização Suja PROBLEMA Não-repetida Fantasma Não permite Permite Permite Permite Não permite Não permite Permite Permite Não permite Não permite Não permite Permite SERIALIZABLE Não permite Não permite Não permite Não permite O nível de isolamento a ser utilizado pode ser definido: - Através do comando de início de uma transação: Padrão SQL: START TRANSACTION [nível-de-isolamento] SQL Server: BEGIN TRANSACTION [nível-de-isolamento] - Pelo comando de alteração das propriedades da transação: SET TRANSACTION ISOLATION LEVEL [nível-de-isolamento]

Faz com que as operações sejam executadas como se a transação em questão fosse a única ocorrendo no sistema (este nível de isolamento diminui o nível de concorrência).

4 Exercício 1: Simular uma situação de concorrência e bloqueio. Use a tabela TBCONTA do banco de dados DBBANCO (código de criação do banco\tabela na apostila de Transações). Escreva duas transações em janelas (NEW QUERY) diferentes do Management Studio. A primeira transação deve alterar um dado da tabela (o saldo da conta 123, por exemplo): Obs.: digite mas não execute a transação ainda. update TBCONTA set saldo=saldo+1000 where conta=123 A segunda transação (em outra janela) deve ler este mesmo dado (o saldo da conta 123). Obs.: digite mas não execute a transação ainda. select saldo from TBCONTA where conta=123 Selecione as duas primeiras linhas da primeira transação e clique no botão <EXECUTE>. Vá para a janela da segunda transação e clique no botão <EXECUTE>. O que aconteceu com a segunda transação? Por quê? Retorne à janela da primeira transação, selecione apenas o comando COMMIT e clique no botão <EXECUTE>. Retorne à janela da primeira transação. O que aconteceu? Por quê?

: digite mas não execute a transação ainda. update TBCONTA set saldo=saldo+1000 where conta=123 A segunda transação (em outra janela) deve ler este mesmo dado (o saldo da conta 123). Obs.

5 Exercício 2: Anote o saldo atual da conta 123. Altere o código da primeira transação: update TBCONTA set saldo=saldo+1000 where conta=123 rollback Altere o código na janela da segunda transação: set transaction isolation level read unted select saldo from TBCONTA where conta=123 Retorne à janela da primeira transação e execute as duas primeiras linhas. Retorne à janela da segunda transação e clique no botão <EXECUTE>. Qual o valor do saldo? Retorne à janela da primeira transação e execute apenas a última linha (rollback). Abra a tabela TBCONTA. Qual o saldo da conta 123? Que fenômeno que ocorreu na execução da segunda transação?

transaction isolation level read unted select saldo from TBCONTA where conta=123 Retorne à janela da primeira transação e execute as duas primeiras linhas.

Documentos relacionados

CONCORRÊNCIA. 1. Introdução. Recursos exclusivos. Não necessita controle. Abundância de recursos compartilhados. Controle necessário mas mínimo

CONCORRÊNCIA. 1. Introdução. Recursos exclusivos. Não necessita controle. Abundância de recursos compartilhados. Controle necessário mas mínimo CONCORRÊNCIA 1. Introdução Recursos exclusivos Não necessita controle Abundância de recursos compartilhados Controle necessário mas mínimo Harmonia, provavelmente não haverá conflito Recursos disputados