प्रश्नों कैशिंग

[tavenger5]

मैं मेरे धीमी प्रश्नों में प्रवेश करें लॉग इन पर एक नज़र लिया और मैं इस तरह की चीजें देख रहा हूँ:

# Time: 140222  8:50:25
# User@Host: database_user[database_user] @  [10.0.0.4]
# Query_time: 7.076817  Lock_time: 0.000065 Rows_sent: 3  Rows_examined: 4174934
use cellphon_forum;
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='U.S. Supreme$
# User@Host: database_user[database_user] @  [10.0.0.4]
# Query_time: 14.198858  Lock_time: 0.000056 Rows_sent: 18  Rows_examined: 4174934
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='******* Xtre$
# User@Host: database_user[database_user] @  [10.0.0.4]
# Query_time: 13.591001  Lock_time: 0.000274 Rows_sent: 1  Rows_examined: 4174934
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='(Espa&ntilde$

इस तरह कैश क्वेरीज़ करने के लिए कोई रास्ता नहीं है? इन प्रश्नों को लगभग हर पृष्ठ लोड पर लोड।

हाँ, मैं अतिथि कैश पर है।

[tavenger5]

इसके अलावा, अगर आप अतिरिक्त इन प्रश्नों पर चलाने के लिए कर रहे हैं, वहाँ है इस नोट: "असंभव जहां const तालिकाओं को पढ़ने के बाद देखा"

[vBET]

जाओ Admin CP -> vBET Cache -> Memory Cache तुम वहाँ स्मृति कैश का उपयोग पर सेट कर सकते हैं (4 इंजन समर्थित: Memcache, APC, XCache eAccelerator)।

करता है यह आपकी आवश्यकताओं फिट?

पुनश्च.
एक सवाल है-क्या आपकी रिपोर्ट में क्वेरी समय के लिए समय उपाय है?

[tavenger5]

की तरह सामान्य कैश स्मृति कैश कार्य नहीं करता, लेकिन स्मृति में डेटा संग्रह करता है? कि उन प्रश्नों में से कुछ को खत्म होगा?

क्वेरी समय क्वेरी पहले पहली पोस्ट में सूचीबद्ध है।

[vBET]

के बाद से मेहमानों के लिए परिणाम और सादे HTML में संग्रहीत फ़ाइलों के रूप में जाएगा जब तक (फ़ाइल समाप्त हो रहा है - तो ताज़ा) फ़ाइलों से streamed अतिथि कैश का उपयोग कर definitively क्वेरीज़, के बहुत को समाप्त होगा।
मंच पर यातायात के अधिकांश के बाद से (मकड़ियों सहित) मेहमानों से अतिथि कैश क्वेरीज़, के बहुत को समाप्त होगा।

मैं सिर्फ स्मृति कैश के बारे में हमारी स्रोतों की जाँच की। यह हमारे अतिथि कैश के साथ - सहयोग तो हाल ही में उपयोग किए गए परिणाम लिया जाएगा स्मृति से फ़ाइल से नहीं। इस मामले में यह किसी भी क्वेरीज़ (अतिथि कैश पहले से ही यह किया था) को समाप्त नहीं करेगा।
अभी भी vBulletin खुद के रूप में मुझे याद है (नहीं यकीन है कि) स्मृति कैश के लिए समर्थन किया है और शायद यह प्रश्नों में से कुछ को समाप्त होगा।

मुझे पता है कि कहाँ है सूचीबद्ध क्वेरी समय - मैं समय के उपाय के बारे में पूछ रहा था। शायद मैं स्पष्ट - नहीं क्या समय की इकाई है था? (एस, एम, एन एस?)
हम हमारे कैश टेबल पर अनुक्रमणिकाओं है तो समय से छोटा होना चाहिए।

तुम भी विकल्प को निष्क्रिय करने के लिए कोशिश कर सकते हैं Admin CP -> vBET Cache -> Database Cache -> Select grouped translations. जब अक्षम करते हैं, तब क्वेरीज़ सरल हो जाएगा (serie द्वारा कोई लेना), लेकिन वहाँ बहुत अधिक प्रश्नों (के कुछ कुछ) होगा - शायद अपने फोरम पर इसे अधिक बार क्वेरी के लिए बेहतर होगा।
उदाहरण के लिए - अपने परिणामों पर आप देख 3 क्वेरीज़ जो 22 परिणाम दे दिया था। यदि आप ले परिणाम समूहों में अक्षम आप 1 परिणाम दे रही 22 प्रश्नों में प्रवेश करें तब होगा, लेकिन क्वेरी आसान (सरल 'कहाँ' अनुभाग) तो भी तेजी से हो जाएगा। यदि आप अन्य सर्वर पर डेटाबेस है तब definitively आप इस कोशिश नहीं करना चाहिए। आप ले जा रहे हैं परिणाम यह लोकलहोस्ट द्वारा, तो शायद आप सुधार देखेंगे। नहीं कर सकते कहना है कि - यह जाँच करने के लिए है।

[tavenger5]

ठीक है, समझाने के लिए धन्यवाद। मैं अतिथि कैश और स्मृति कैश (xcache) का उपयोग कर रहा हूँ, लेकिन मैं अभी भी कैसे पर चकित हूँ कई चयन करें डेटाबेस से आ रहे हैं।

समय उपरोक्त उपाय सेकंड में है।

[vBET]

यह आपके डेटाबेस क्वेरी के लिए 14 सेकंड लिया? वाक़ई? यह definitively कुछ गलत वहाँ है। कृपया व्यवस्थापक वाणिज्यिक पत्र द्वारा तालिकाओं की मरम्मत की कोशिश करो, शायद वहाँ कुछ गड़बड़ है। यह इतने लंबे समय ले नहीं होना चाहिए - उन डेटा अनुक्रमित रहे हैं।

[tavenger5]

मुझे लगता है कि कुछ तालिकाएँ हैं लॉकिंग और/या क्वेरी कैश है, जो है क्यों वे इतने लंबे समय निष्पादित करने के लिए ले जा रहे हैं के लिए प्रतीक्षा कर रहा है। मुझे मेरे डेटाबेस सर्वर पर - कुछ अधिक स्मृति का उपयोग सकता है का उल्लेख नहीं करने के लिए मैं उस पर भी काम कर रहा हूँ।

[vBET]

vBET कैश तालिकाओं के बिना किसी भी लेनदेन (MYISAM) का उपयोग है तो अवरुद्ध मुद्दा नहीं होना चाहिए। शायद तुम अनुक्रमणिकाओं को तोड़ा है और MySQL पूर्ण खोज कर रहा है। एक बार फिर कृपया अपने व्यवस्थापक वाणिज्यिक पत्र की मरम्मत करने के लिए अपने सभी तालिकाओं और अनुक्रमणिका (का उपयोग करेंAdmin CP -> Maintenance -> Repair / Optimize Tables).