Airbnb aprimora validação de banco de dados com replicação de cargas de trabalho reais

A validação de performance em bancos de dados, principalmente MySQL, evoluiu no Airbnb com um sistema que replica cargas de trabalho de produção. Essa abordagem reduz a dependência de benchmarks sintéticos, que nem sempre capturam a complexidade do tráfego real. O coração do sistema é o ProxySQL, um proxy open-source que já intermedia as aplicações e o banco de dados. Ele atua como ponto de captura agnóstico ao cliente, sem exigir mudanças nas aplicações. A partir daí, a arquitetura se divide em três componentes essenciais: um Log Mover que coleta os logs, um Log Processor que os transforma em conjuntos de dados reproduzíveis e um Log Replayer que executa o tráfego capturado contra bancos de dados de destino.

O Log Processor é a inteligência por trás da reprodução fiel. Ele decodifica logs, agrupa transações em sua ordem original e lida com um desafio técnico importante: o comportamento do auto-incremento. Para garantir que um comando INSERT gere o mesmo last_insert_id durante o replay, evitando falsos positivos, ele reescreve a query com o ID capturado originalmente. Já o Log Replayer opera em dois modos: apenas replay, para testes de carga e planejamento de capacidade, e replay e comparação, onde as mesmas queries são executadas em dois alvos e os resultados comparados, crucial para validação de upgrades e migrações.

Em 7 de outubro de 2026, o CEVIU News noticiou sobre o Airbnb inovar em testes de banco de dados com reaplicação de workloads reais. Essa notícia mais recente detalha a implementação do sistema que já havia sido introduzido. A cobertura anterior apresentava a ideia geral de capturar e replicar cargas de trabalho de MySQL usando ProxySQL para simulações. A novidade agora é a descrição aprofundada da arquitetura. Aprendemos sobre os componentes específicos do sistema (Log Mover, Log Processor e Log Replayer), os desafios técnicos superados, como a reescrita de queries para manter o auto-incremento, e os dois modos de replay, que antes eram apenas inferidos.

Este sistema é um avanço significativo para a engenharia de dados. Ele permite que o Airbnb planeje o crescimento de clusters com precisão, teste compatibilidade de upgrades (como a migração de MySQL 5.7 para 8.0) e depure problemas de performance de forma muito mais eficaz. A capacidade de prever o comportamento do sistema com cargas reais minimiza riscos e evita surpresas em produção, garantindo estabilidade e otimização de custos em sua vasta infraestrutura de MySQL. Além disso, a ferramenta de autoatendimento para as equipes solicitarem replays de tráfego democratiza o acesso a esses insights valiosos.