अनुवाद
सर्वर है कि फ़ाल्स
क्या यह अभी भी होता है जब आप कार्य अनुसूचित अक्षम "vB Enterprise अनुवादक (कैश टीटीएल) है. कितना बड़ा अपने कैश टेबल रहे हैं? जब सर्वर गिरावट होता है आप लॉग इन फ़ाइलों में किसी भी त्रुटि है? क्या आप vBET पैरामीटर "कैश समाशोधन timelap उपयोग करने की कोशिश? समाशोधन रणनीति क्या आप अभी उपयोग कर रहे हैं?
तुम सबसे महत्वपूर्ण जानकारी का जवाब नहीं था - यह अभी भी दुर्घटनाओं जब शेड्यूल्ड कार्य अक्षम है? पहले हम vBET असली मुद्दा यहाँ है निर्धारित की जरूरत है.
सामान्य विलोपन पुराने कैश दैनिक नष्ट कर दिया है. उपयोग पिछले रणनीति - यदि आप विलोपन का सबसे तेज़ तरीका चाहते हैं यह एक 15 दिन प्रति एक बार पूरे कैश निकाल देंगे. यह तत्काल काम करता है और व्यावहारिक 0 सर्वर संसाधनों का उपयोग करें. लेकिन आप पूरे कैश फिर से भरने, पुराने एक बस नहीं है.
क्या आप "कैश समाशोधन timelap" विकल्प का उपयोग करने की कोशिश की?
कैश समाशोधन timelap
कितने सेकंड समाशोधन कैश तालिकाओं के बीच प्रतीक्षा करने के लिए. 0 सेट को निष्क्रिय. कृपया यह भी उच्च मूल्य की स्थापना है कि समाशोधन जो रात में शुरू होता है के कारण दिन में भी जारी रहेगा हो सकता है - ध्यान दें कि vBET 150 से अधिक कैश स्पष्ट तालिकाओं. अन्यथा यह कारण होगा MySQL सर्वर चली गई है त्रुटि और समाशोधन समाप्त नहीं किया जाएगा: इसके अलावा उच्च सेट नहीं यह है कि अपने MySQL कनेक्शन के उपयोग के बिना इंतज़ार कर रही है (wait_timeout mysql सेटिंग).
क्षमा करें - मैं एक बात नहीं मिलता है - आप दो बार एक दिन समाशोधन है? (यह पूरी तरह से अक्षम कोई बात नहीं जो घंटे) समाशोधन कार्य को अक्षम और आपके सर्वर जब समाशोधन अक्षम है दुर्घटना होगा बता. यदि सर्वर जब कैश समाशोधन अक्षम है दुर्घटना नहीं होगा तो इसका मतलब है कि vBET दोषी है. यदि अभी भी तो crasches कुछ इस का कारण बनता है.मूलतः द्वारा पोस्ट Valdo
यदि vBET दोषी है तो आप यह धुन अप के लिए कई विकल्प हैं:
बड़ा "कैश समाशोधन timelap" मूल्य सेट - यह समय और प्रत्येक कैश तालिका समाशोधन के बीच अन्य धागे के लिए अधिक CPU दे देंगे. मैं पहली जगह में इस सुझाव है
- तो अपनी तालिकाओं छोटे हो तो समाशोधन कम महंगा हो जाएगा - कम "कैश समय के लिए लाइव (टीटीएल)" सेट.
- "कैश समाशोधन रणनीति" के साथ खेलते हैं - पिछले एक 100% में अपने मुद्दे को हल करेगा - यह बहुत बड़ी कैश के लिए डिज़ाइन किया गया है और भी विशाल कैश तुरंत साफ हो जाएगा, क्योंकि यह सिर्फ पूरे कैश तालिकाओं को हटा और इसे फिर से बनाता है. लेकिन यह कैश टीटीएल अवधि के प्रति पूरे कैश एक बार साफ करता है, तो कैश करने के लिए शुरू से भरा होना है. यह आखिरी बात मैं उपयोग करने के लिए सलाह है, इसलिए यदि कुछ नहीं 100% में इस वसीयत काम कर रहा है. यह ऐसी स्थितियों के लिए जोड़ा जाता है
तो ठीक है अगले कदम है जो आप मदद कर सकते हैं:
1. कैश टीटीएल बढ़ाएँ - कम डेटा हर बार साफ हो जाएगा
2. समाशोधन रणनीति बदलें: "का अनुकूलन तालिकाओं के साथ त्वरित स्थानीय विलोपन" कृपया ध्यान दें कि इस विकल्प का सबसे खराब हो सकता है अगर आपके कैश बड़ा पर्याप्त नहीं है. बड़ा caches के लिए यह बेहतर है कि सामान्य है.
3. प्रयोगात्मक: आप "का अनुकूलन तालिकाओं के साथ त्वरित स्थानीय विलोपन" चुन सकते हैं और फ़ाइल को संपादित करें / / Vbenterprisetranslator_functions.php शामिल कोड भी शामिल हैं जो टिप्पणी द्वारा 3 लाइनों स्थानीय टेबल अनुकूलन. इस संशोधन के साथ यह बहुत तेजी से रास्ते में ही पुराने डेटा निकालने के लिए, लेकिन अपने अनुक्रमित पुनर्निर्माण होगा और बढ़ने नहीं होगा, तो आप निष्पादित होगा क्वेरी मैन्युअल रूप से एक समय एक बार टिप्पणी की. जहां तेज के बिना अनुक्रमित पुनर्निर्माण और पुनर्निर्माण ही अन्य कार्य के द्वारा बनाया जा सकता है एक एक सप्ताह यानी चल रहे सफाई है - यदि यह आप के लिए काम करेंगे, तो हम इसे समर्थित रणनीति का एक के रूप में लागू कर सकते हैं. तो अगर तुम हमें बताना है कि यह तुम्हारे लिए काम कर रहा है हम यह विशेष रूप से आप के लिए जोड़ देगा
अनुमतियाँ पोस्टिंग
भाव के साथ जवाब दें