Início / dba / Perguntas / 335232
Accepted
Amogh
Asked: 2024-01-26 22:33:28 +0800 CST

Por que uma instrução SQL de atualização não faz com que o comprimento da lista de histórico aumente no MySQL?

  • 772

Estou tentando entender por que uma instrução de atualização não faz com que o comprimento da lista de histórico (HLL) aumente quando o banco de dados tem alta carga de gravação. A instrução Select faz com que o HLL cresça no mesmo cenário.

Cenário 1: HLL não está crescendo

  1. Banco de dados MySQL possui 1 tabela com 2 colunas (1 chave primária)
  2. Usando o sysbench para executar atualizações e inserir instruções nesta tabela com 8 threads
  3. Simultaneamente com o carregamento do sysbench, tendo uma transação de longa duração:
> START TRANSACTION;
> UPDATE t1 SET c2 = 'val' WHERE c1 != 'DONE'.
[leaving this terminal open without committing]

Cenário 2: HLL está crescendo (conforme esperado)

  1. Mesma configuração acima: 1 tabela e sysbench executando instruções de gravação na tabela.
  2. Simultaneamente com o carregamento do sysbench, a transação de longa execução é apenas uma instrução SELECT:
> START TRANSACTION;
> SELECT * from t1 WHERE c1 != 'DONE'.
[leaving this terminal open without committing]

Expectativa : O HLL deverá crescer rapidamente em ambos os cenários, uma vez que ambos os cenários deverão utilizar uma visualização de leitura.

Observação Real : O HLL cresce rapidamente apenas no Cenário 2. Para o cenário 1, o HLL permanece quase constante.

Pergunta: Por que esse comportamento? Por que uma instrução de atualização com a condição where não faz com que o HLL cresça?

mysql

1 respostas

  1. Best Answer

    https://dev.mysql.com/doc/refman/8.0/en/innodb-consistent-read.html faz as seguintes declarações:

    Uma leitura consistente significa que o InnoDB usa multiversão para apresentar a uma consulta um instantâneo do banco de dados em um determinado momento.

    Se o nível de isolamento da transação for REPEATABLE READ(o nível padrão), todas as leituras consistentes dentro da mesma transação lerão o instantâneo estabelecido pela primeira leitura nessa transação.

    Leitura consistente é o modo padrão no qual o InnoDB processa SELECTinstruções READ COMMITTEDe REPEATABLE READníveis de isolamento. Uma leitura consistente não define nenhum bloqueio nas tabelas que acessa

    A redação sugere que outras ações além da leitura consistente não estabelecem um instantâneo.

    Você pode observar que UPDATE, DELETE, e também leituras de bloqueio como SELECT...FOR UPDATEsão aplicadas à versão confirmada mais recente de uma linha, como se a transação usasse o READ COMMITTEDnível de isolamento.

    Portanto, essas leituras não são consistentes e, com base nas declarações da documentação acima, não estabelecem um instantâneo.

    • 1

relate perguntas