Question

Um analista de infraestrutura utiliza o MySQL com o storage engine InnoDB para suportar um sistema de consultas processuais que exige alta taxa de leitura e garantia de integridade transacional. O DBA percebeu que o disco está sendo lido e escrito excessivamente (I/O Bound) durante os picos de acesso, apesar de a CPU não estar sobrecarregada, indicando uma ineficiência no caching dos dados.
Considerando as práticas de otimização de desempenho e o storage engine InnoDB, a ação técnica mais imediata para mitigar o problema de I/O excessivo e melhorar o desempenho geral do banco de dados que o analista recomenda é

Accepted Answer

B) aumentar o parâmetro innodb_buffer_pool_size no arquivo de configuração (my.cnf) para que ele utilize a maior parte da memória RAM disponível no servidor. Isso garante que os dados e índices mais frequentemente acessados sejam armazenados na memória, reduzindo drasticamente as operações de I/O em disco.

Answer

A) desabilitar o Binary Logging (binlog) do MySQL para reduzir o número de operações de escrita em disco, e mudar todas as transações para o nível de isolamento READ UNCOMMITTED para eliminar os locks e deadlocks.

Answer

C) converter todas as tabelas InnoDB para o storage engine MyISAM, pois ele é o motor padrão do MySQL e possui um cache de índices mais eficiente, além de ser conhecido por oferecer um desempenho superior em operações de SELECT.

Answer

D) implementar uma política rigorosa de sharding (fragmentação horizontal) do banco de dados imediatamente. Essa solução, embora complexa, é a única capaz de resolver problemas de I/O excessivo, independentemente do uso da memória RAM.

Answer

E) diminuir o valor do parâmetro innodb_flush_log_at_trx_commit para 0 e configurar o parâmetro max_connections para o dobro do seu valor atual. Essas ações são suficientes para aumentar a concorrência e o throughput do sistema sem impacto na durabilidade das transações.

Mais questões de Índices e otimização de consultas