Início / dba / Perguntas / 299565
Accepted
Yves
Asked: 2021-09-15 07:32:09 +0800 CST

Qual é a maneira correta de lidar com a inserção multithread

  • 772

Sou iniciante em Banco de Dados e por enquanto preciso trabalhar com MySQL para construir um servidor web.

Em uma palavra, tenho um framework web, desenvolvido com Python. Ele lerá/gravará dados de/no MySQL.

Por enquanto não sei como lidar com o caso de multithreading insert.

Digamos que há muitos usuários que estão gravando seus dados em uma tabela. Usarei um pool de threads para processar essas solicitações, o que significa que haveria vários inserts ao mesmo tempo.

Minha pergunta é:

Se eu tiver definido concurrent_insert=2, vários inserts ainda causarão o bloqueio da tabela para que eu tenha um desempenho muito ruim (todos os inserts devem ser tratados um por um)? Ou o próprio MySQL pode lidar com os múltiplos inserts corretamente para que eu possa obter um desempenho não ruim?

Para os múltiplos inserts, há alguma diferença entre "compartilhar um objeto de conexão" e "cada um inserttem seu próprio objeto de conexão"?

mysql concurrency

2 respostas

  1. Best Answer

    Fazer nada.

    Sério, o MySQL foi projetado para fornecer simultaneidade como padrão. E lida com uma grande variedade de "conflitos" que podem acontecer.

    MySQL suporta vários "Engines". A menos que você esteja usando uma versão antiga, o padrão será ENGINE=InnoDB. (Veja CREATE TABLE.) concurrent_insertrefere-se ao antigo, obsoleto, ENGINE=MyISAM; não use esse motor.

    Há uma coisa que você deve sempre fazer: Verifique se há erros depois de executar instruções SQL. (Isso pode ser feito via "try...catch".) Se nada mais, aborte com uma mensagem de erro para que os erros não passem despercebidos -- isso pode ser diabólico para depurar.

    Mesmo o "pooling de threads" não é necessário para um site totalmente funcional. ( Pode ser importante se o seu site se tornar ridiculamente popular.)

    O uso normal da web é: Um processo é iniciado para um usuário que deseja uma página da web. Então ele deve ter uma conexão com o MySQL. Período. (Isso trata do seu "compartilhamento de um objeto de conexão"?) Quando outro usuário abre a mesma página da Web, o servidor da Web inicia outra cópia do python que fará uma conexão separada com o MySQL.

    • 2

  2. O mecanismo MyISAM é antigo e desatualizado e não deve ser usado agora. Você deve usar o mecanismo de armazenamento de transações InnoDB.

    O InnoDB não possui inserções multithread, mas possui um mecanismo diferente chamado "nível de isolamento de transação". O InnoDB não bloqueia tabelas em INSERT / UPDATE / DELETE por padrão. Isso significa que alguma consulta pode ler a tabela ao mesmo tempo (incluindo as linhas que estão sendo modificadas). O nível de isolamento de uma transação determina o impacto das alterações nos dados recuperados.

    • READ UNCOMMITTED (ou leitura suja) permite que você leia dados que podem estar obsoletos quando lidos
    • READ COMMITTED permite que você leia os dados após terem sido escritos/modificados
    • REPEATABLE READ permite que você leia dados inalterados várias vezes (por exemplo, em subconsultas)
    • SERIALIZABLE bloqueará todas as operações de leitura até a conclusão da transação anterior.

    Leitura adicional:
    https://dev.mysql.com/doc/refman/8.0/en/sql-transactional-statements.html https://dev.mysql.com/doc/refman/8.0/en/innodb-transaction- isolamento-levels.html

    • 0

relate perguntas