لأكثر من عام ، استخدمنا المكون الإضافي Counterizer لـ WordPress ، وبالتالي نحتفظ بإحصائيات المدونة وقرائها ، تم إلغاء تنشيط هذا المكون الإضافي قبل بضعة أيام لأنه (من بين أمور أخرى) وفر أكثر من 600 ميجا بايت من البيانات في قاعدة البيانات.
يحدث ذلك (قبل إلغاء تنشيط المكون الإضافي وتنظيف قاعدة البيانات) حاولت تفريغ قاعدة البيانات ، أي تصديرها إلى .SQL وبالتالي تنزيلها وظهر الخطأ التالي في محطة الاستضافة:
mysqldump: حصلت على الخطأ: 144: الجدول './dl_database/Counterize_Referers' تم وضع علامة عليه على أنه تعطل وآخر إصلاح (تلقائي؟) فشل عند استخدام LOCK TABLES
لذلك، لم يتم تنفيذ التفريغ بشكل جيد... مجرد فكرة التفكير في أن قاعدة البيانات DesdeLinux واجهتني مشكلة، جعل شعري يقف على النهاية :)
من خلال إجراء القليل من البحث على الويب ، تمكنت من تعلم كيفية حل هذه المشكلة ، على ما يبدو ، لا يعني ذلك أن قاعدة البيانات بها مشاكل بالضبط ، ببساطة أنه تم وضع علامة على الجدول على أنه "به مشاكل" ، ولحسن الحظ فإن هذا سهل الإصلاح.
أولاً ، دعنا نصل إلى خادم MySQL:
mysql -u root -p
نضغط على [Enter] وسيطلب منا كلمة مرور جذر MySQL ، نضعها ونضغط على [Enter] مرة أخرى.
بمجرد دخولنا إلى MySQL ، سنخبرك بقاعدة البيانات التي يجب استخدامها ، على سبيل المثال المشكلة وفقًا للخطأ أعلاه موجودة في الجدول Counterize_Referers من قاعدة البيانات dl_database، لهذا السبب:
use database dl_database;
والآن لإصلاح قاعدة الجدول:
repair table Counterize_Referers;
بمجرد تنفيذ الأمر السابق ، لابد أن كل شيء عاد إلى طبيعته ، على الأقل في حالتي كان الأمر كذلك في أكثر من مناسبة 😉
ثم يبقى فقط لإعادة تشغيل التعليمات لتفريغ قاعدة البيانات و voila ، لا أكثر.
على أي حال ، أنا أفعل هذا أكثر من أي شيء آخر كمذكرة لي ، لأن نفس الشيء حدث لي مرتين ولا أريد أن أنسى تعليمات إنقاذ اليوم 😀
تحياتي وآمل أن يساعد شخص آخر.
جيد جدًا ، يجب أن يكون لديك دائمًا هذا النوع من العناصر في متناول اليد لأي سبب من الأسباب.
شكرا لك
نعم ... في اللحظة التي تحدث فيها المشكلة ، من الجيد أن يكون لديك الحل في متناول اليد ، أو على الأقل معرفة مكان العثور عليه دون تأخير.
KZKGGaara جيدة. هناك أشياء لا يمكن لـ PHPMyAdmin القيام بها كما تفعل وحدة التحكم.
شكرا لك
ممتاز ، أنقذني أكثر من مرة.
لكني أتساءل ، ألن يكون mysql -u root -p بدلاً من root -u root -p؟ لا أقصد الإساءة.
شكرا لك!
ممتاز ، أنقذني أكثر من مرة.
لكني أتساءل ، ألن يكون mysql -u root -p بدلاً من root -u root -p؟ أسأل دون نية الإساءة.
شكرا
هههه!!!! صحيح تماما ، خطأي LOL!
كنت أكتب وأفكر خطوة للأمام ، من هناك لكتابة الجذر بدلاً من mysql ... شكرًا على التحذير 🙂
عفوا! آسف لمنصب مزدوجة؛ حاولت إرسالها مرارًا وتكرارًا وأخبرتني أنها موجودة بالفعل (أعدت تحميل الصفحة ولم أر شيئًا).
تحية.
يخرج هذا من شعري الآن بعد أن دخلت في قضية DB.
مرحبا جيدة،
سؤال واحد ، كم مرة تتخلص من DB؟ هو معرفة الوقت المستغرق للحصول على ما يصل إلى 600 ميغا بايت من البيانات
الأمم المتحدة سالودو،
إهم… لم أفهمك جيداً الآن 🙂
قبل أن نقوم بعملية التنظيف في قاعدة بيانات DesdeLinux كان وزن هذا (أي .sql لقاعدة البيانات) أكثر من 700 ميجابايت، لأننا احتفظنا بجميع الإحصائيات في قاعدة البيانات. أي منذ بداية المدونة تقريبًا.
نحن الآن نستخدم Google A. لذلك نحذف جداول الإحصائيات من قاعدة البيانات ، والآن لا يصل حجم .sql إلى 80 ميجا بايت
هل هذا يجيب علي سؤالك؟
مرحبا جيدة،
بدون القزم ، كم مرة تتخلص من DB؟
عدة مرات في الشهر 🙂
أحاول دائمًا الحصول على أحدث إصدار من DesdeLinux
يبدو الأمر جيدًا بالنسبة لي ، الآن لا يمكن إجراء مراجعة عامة للجداول التالفة؟
شكرا جزيلا لك يا صديقي ، مساهمتك ساعدتني كثيرا.
تحياتي
شكرا جزيلا لك عزيزي ، شكرا على النصائح ، لقد ساعدوني !!
تحياتي من تروخيو-فنزويلا.
يقدر
كما أعرف ما إذا كانت العملية قيد التشغيل ، كتبت استيراد جدول إصلاح الأوامر ؛ وها أنا ذا
شكرا جزيلا لك لقد حفظت بشرتي 😀
مرحبًا يا صديقي ، لا أعرف ما إذا كان بإمكانك مساعدتي ، حدث شيء مشابه مع موقع الويب الخاص بي ، حدد هذا الخطأ:
جدول wp_posts ليس صحيحًا. أبلغ عن الخطأ التالي: تم وضع علامة على الجدول على أنه تعطل وفشل آخر إصلاح. سيحاول WordPress إصلاح هذا الجدول ...
فشل إصلاح جدول wp_posts. خطأ: تم وضع علامة على الجدول على أنه تعطل وفشل آخر إصلاح
لا أعرف ما إذا كان بإمكانك مساعدتي في إصلاحه ، فأنا جديد على WordPress المتقدم. عند محاولة إصلاح جدول wp-post ، يظهر خطأ يتعذر إصلاحه. شكرا. موقع الويب الخاص بي هو: https://diarionoticiasweb.com