Lê vs Escreve

0

Considere um banco de dados que está sendo constantemente acessado (ler, escrever, atualizar, exclusões, etc.), por exemplo, o banco de dados para algumas companhias aéreas em particular.

Eu posso entender que gravações / atualizações simultâneas podem levar a muitos problemas, já que as gravações podem exigir um bloqueio. Além disso, se muitas gravações forem enfileiradas, isso poderá levar a um estouro de buffer, etc., portanto, a necessidade de replicar (clonar ou fornecer vários pontos de acesso ao banco de dados) surge.

E quanto a muitas leituras. Várias solicitações simultâneas de leitura (solicitação para obter alguns dados do banco de dados) levam a problemas além de reduzir o acesso ao banco de dados? Se meu banco de dados raramente for atualizado, mas freqüentemente acessado para ler dados SÓ, a replicação faz sentido?

    
por Dhiwakar Ravikumar 05.01.2015 / 07:39

1 resposta

1

Muitos bancos de dados grandes, nos quais a maior parte da atividade compreende as leituras replicadas e, em seguida, o balanceamento de carga dos bancos de dados lidos.

Existem algumas dicas, mas isso funciona bem se configurado corretamente. (Uma das pegadinhas são as leituras que também atualizam um campo como parte da leitura).

Outra pegadinha é a consistência - se algumas gravações abrangerem várias tabelas, durante o curto período em que nem tudo está escrito, você pode obter resultados e erros indesejáveis ao fazer uma leitura de um dos bancos de dados replicados - especialmente se a replicação for feita tabelas diferentes são espelhadas em máquinas diferentes ou há uma explosão de atividade.

    
por 05.01.2015 / 07:50