ديسيبل أيضا العديد من اتصالات خطأ أثناء تحديث ذاكرة التخزين المؤقت

[krisp]

ليلة أخرى تصادف أن كنت مستيقظا قليلا بعد 4 في الصباح ، حيث ان المنتدى فجأة لمثل 20 دقيقة :

خطأ في قاعدة بيانات في المنتدى :

mysqli_real_connect () [<ahref='function.mysqli-real-connect'> function.mysqli الحقيقي - الاتصال </ أ>] : (08004/1040) : اتصالات كثيرة جدا
/ فار / على شبكة الاتصالات العالمية / vhosts /... / httpdocs / وتشمل / class_core.php على خط 1138

الخلية الخطأ :
الخطأ رقم :
تاريخ الطلب : الثلاثاء 15 ديسمبر ، 2009 @ 04:28:00
تاريخ الخطأ : الثلاثاء 15 ديسمبر ، 2009 @ 04:28:00
النصي : http://.../
المرجع :
عنوان IP :
اسم المستخدم :
Classname : vB_Database_MySQLi
MySQL الإصدار :
-->

الآن ، وأنا لم يشهد من قبل هذا ، وأنا أتساءل عما إذا كان من قبيل المصادفة ، أن هذا كان حول التحديث رموز مخبأ في المهام المجدولة.

راجعت هذا الصباح وكل شيء على ما يرام ، لذلك لم يكرر اليوم.

يبدو أن الخادم لا بد من التأكيد ، حيث كان لي منتدى آخر على نفس الخادم دون vbet ، الذي كان يعمل بصورة جيدة خلال فترة توقف للمنتدى vbet بلدي.

أبحث في serverlog ، هناك لا يبدو أن هناك بعض النشاط بوت ، ولكن ليس كثيرا نشاط المستخدم. بدا السير للحصول على 200 OK -- ولكن المستخدمين العاديين حصلت dberror. الغريب أيضا السجلات في ملف السجل خادم يبدو أنه لا يمكن فرز زمنيا...

قليلا من puzzele... ربما يمكنك أن تقول لي إذا كان يشمل / class_core.php على خط 1138 وتشارك في تحديث ذاكرة التخزين المؤقت؟ أو ربما بعض من كان لديك فكرة عن كيفية استكشاف هذه؟

[vBET]

vBET لا إنشاء اتصالات جديدة -- فإنه يمكن إعادة الاتصال ولكن هذا يتم فقط إذا فقدت واحدة الفعلي (في حالة إذا الترجمات تأتي متأخرة جدا من جوجل). ويرصد هذا الصدد بمبلغ المنتدى -> DB -> حتى ربط المنتدى بذل كل غرفة من الضروري في نهاية المطاف.

حتى في هذه اللحظة ونحن نعتقد ان المسألة هي في مكان آخر.

class_core.php ليس لدينا ملف وأنه لا يستخدم مخبأ vBET مباشرة -- ولكن إذا كان هذا الملف هو المسؤول عن تنفيذ المهمة المجدولة ، ثم أنه سيتم تنفيذ مسح ذاكرة التخزين المؤقت أيضا.

[vBET]

أكثر شيء واحد. إذا كنت تكتب حول مسح ذاكرة التخزين المؤقت vBET ، ثم الرجاء هيك كم من البيانات لديك في ذاكرة التخزين المؤقت. اذا كانت حقا هو مبلغ كبير ، ثم الرجاء تغيير استراتيجيتك مسح ذاكرة التخزين المؤقت.
vBET لا إنشاء اتصالات إضافية ، ولكن إذا كان تبادل المعلومات يأخذ وقتا طويلا جدا ، ثم الانتظار لعملاء آخرين ، ويتم إنشاء اتصالات جديدة من خلال رموز لعملاء جدد ، والتي تنتظر السيئة. هذا هو السبب في أن نضيف عدة استراتيجية تبادل المعلومات. لكمية كبيرة من البيانات حقا الرجاء استخدام استراتيجية الماضي.

يرجى ملاحظة أنه سيتم التقليل من هذه المشكلة في أننا سوف 3.3.0 منذ تقسيم الجداول مخبأ لكل لغة ، ولذلك سيكون لديك الفهارس 52 مرات أصغر والمقاصة وسوف أسرع بكثير -- حذف البيانات بشكل سريع ، ولكن استكمال فهارس كبيرة ليست ضرورية. حتى في هذه اللحظة يرجى النظر في استخدام استراتيجية تبادل المعلومات الأخرى ، والتي هي الأفضل للفهارس كبيرة

[krisp]

Happend مرة أخرى 04-05 -- جميع المجالات باستمرار مع وصلات كثيرة جدا. أعتقد أنك على حق. المنتدى هو مشغول بمسح ذاكرة التخزين المؤقت والسير في البحث والعبث مع طلب واحد في الثانية الواحدة. استطعت أن أرى serverload كان مرتفعا للغاية. الآن أنها منخفضة جدا مرة أخرى. vbet ديسيبل تقريبا 1.1 غيغابايت

لقد تحولت إلى "حذف كافة بيانات ذاكرة التخزين المؤقت لمرة واحدة الفاصل TTL مخبأ".

الأصوات جيدة جدا في الواقع 330 يعالج هذه المشكلة!