هل لا يزال يحدث عند تعطيل جدولة المهمة "رموز المؤسسة مترجم (الكاش TTL)". كيف كبيرة هي ذاكرة الجداول الخاصة بك؟ عند سقوط خادم يحدث لديك أية أخطاء في ملفات السجل؟ ولم تحاول استخدام vBET المعلمة "تطهير الكاش timelap"؟ ما هي استراتيجية المقاصة الذي تستخدمه الآن؟
لم تقم الإجابة أهم المعلومات -- أنها لا تزال تعطل عندما يتم تعطيل مهمة مجدولة؟ أولا نحن بحاجة الى تحديد ما هو vBET القضية الحقيقية هنا.
في الحذف العادي يتم حذف ذاكرة التخزين المؤقت القديم اليومية. إذا كنت تريد أسرع طريقة الحذف -- استراتيجية استخدام الماضي -- وهذا واحد إزالة مخبأ كله مرة واحدة كل 15 يوما. يعمل فورا وعمليا استخدام موارد الملقم 0. ولكن عليك أن تملأ مخبأ كله مرة أخرى ، وليس واحدة فقط من العمر.
ولم حاولت استخدام "مسح ذاكرة التخزين المؤقت timelap" الخيار؟
مسح ذاكرة التخزين المؤقت timelap
كم ثانية للانتظار بين الجداول مسح ذاكرة التخزين المؤقت. 0 لتعطيل تعيين. يرجى ملاحظة أن vBET الجداول وأكثر من 150 مخبأ لمسح -- تعيين هذه القيمة مرتفعة جدا قد يسبب ذلك تبادل المعلومات الذي يبدأ في الليل سوف تستمر حتى في ساعات النهار. يرجى أيضا لا تضعه العالي الخاص التي ينتظر اتصال الخلية دون استخدام (ك الإعداد : wait_timeout) -- وإلا فإنه سوف يتسبب ب "الخلية الخادم قد ذهب بعيدا الخطأ' ، وسوف تكون المقاصة لم ينته بعد.
آسف -- أنا لا أحصل على شيء واحد -- لديك غرفة مرتين في اليوم؟ الرجاء تعطيل مهمة المقاصة واقول لا سوف تعطل الخادم عندما يتم تعطيل المقاصة (بغض النظر عن الذي ساعة -- تعطيله تماما). إذا كان الخادم لن تحطم عندما يتم تعطيل مسح ذاكرة التخزين المؤقت فهذا يعني أن vBET مذنب. إذا كان لا يزال crasches ثم شيء آخر يسبب هذا.
إذا vBET مذنب ثم لديك عدة خيارات لضبط الامر :
-- تعيين أكبر قيمة الى "مسح ذاكرة التخزين المؤقت timelap" -- وهذا يعطي المزيد من الوقت وحدة المعالجة المركزية لتبادل المعلومات بين المواضيع الاخرى كل جدول التخزين المؤقت. أقترح أن تفعل ذلك في المقام الأول
-- تعيين أقل "الكاش الوقت إلى (TTL)" -- ثم الجداول الخاصة بك وسوف يكون أصغر حتى تطهير سيكون أقل تكلفة.
مع "الكاش استراتيجية تطهير" العب -- -- آخر واحد سوف تحل مشكلتك في 100 ٪ -- تم تصميمه لمخبأ كبير للغاية وسوف مسح ذاكرة التخزين المؤقت حتى الضخمة على الفور ، لأنه يزيل فقط الجداول مخبأ كله ويخلق من جديد. مسح ذاكرة التخزين المؤقت ولكنها كلها مرة واحدة في الفترة TTL الكاش ، لذلك يجب أن تكون مخبأ شغله من البداية. هذا هو آخر شيء أنصح للاستخدام ، إذا كان الأمر كذلك أي شيء آخر هو العمل هذه الإرادة من خلال 100 ٪. وأضاف أنه لمجرد مثل هذه الحالات![]()
موافق حتى الخطوات المقبلة التي يمكن أن تساعدك :
1. زيادة ذاكرة التخزين المؤقت TTL -- سيتم مسح بيانات أقل في كل مرة
2. تغيير استراتيجية لتبادل المعلومات : "الحذف المحلية سريعة مع الجداول الأمثل" -- يرجى ملاحظة أن هذا الخيار يمكن أن يكون أسوأ إذا ذاكرة التخزين المؤقت ليست كبيرة بما فيه الكفاية. عن مخابئ كبيرة فمن الأفضل أن العادي.
3. التجريبية : يمكنك اختيار "حذف المحلية سريعة مع الجداول الأمثل" ، وتحرير ملف / وتشمل / vbenterprisetranslator_functions.php تعليق بواسطة 3 خطوط من التعليمات البرمجية التي تتضمن OPTIMIZE TABLE المحلية. مع هذا التعديل فإنه سيتم إزالة البيانات القديمة فقط في طريقة سريعة جدا ، ولكن الفهارس الخاصة بك لن تكون إعادة بناء وسوف تنمو ، لذلك سيكون لديك لتنفيذ الاستعلام علق يدويا مرة واحدة في حين لاخر. ما اذا كانت ستعمل بالنسبة لك ، ثم يمكننا تنفيذه باعتباره واحدا من استراتيجية معتمدة -- حيث يتم تنظيف سريع دون إعادة بناء وإعادة بناء الفهارس يمكن جعل نفسه مهمة أخرى تشغيل أي واحد في الأسبوع. حتى إذا كنت تقول لنا انها تعمل لأنك سوف نضيف لها خاصة بالنسبة لك![]()