गोवर्नकोड से लेकर हाईलोड तक। हम टैरनटूल का उपयोग करते हैं। उत्पादकता बढ़ाने के 5 नुस्खे

मुझे उनके प्रोजेक्ट की उत्पादकता बढ़ाने के अनुरोध के साथ सामाजिक गेम के स्टार्टअप के एक प्रमुख से संपर्क किया गया था। इस स्तर पर, एक प्रोटोटाइप परियोजना बनाई गई और लॉन्च की गई। और हमें डेवलपर्स को श्रद्धांजलि देनी चाहिए कि परियोजना ने काम किया और यहां तक ​​कि कुछ प्रकार का लाभ भी लाया। लेकिन, एक विज्ञापन कंपनी को लॉन्च करने का कोई मतलब नहीं था, क्योंकि परियोजना किसी भी भार का सामना नहीं कर सकती थी। MySQL गिर गया (त्रुटियों का 35%)।



प्रोजेक्ट कोड ... सामान्य तौर पर, मुझे यह आभास था कि उनके स्नातक के छात्र ने लिखा है ... और यह इस तथ्य के बावजूद कि एक अन्य प्रोग्रामर द्वारा आंशिक रूप से रिफैक्टिंग पहले ही किया जा चुका है। केवल एक चीज जो प्रसन्न थी वह यह थी कि किसी भी ढांचे का उपयोग नहीं किया गया था। बेशक, यह एक शाश्वत ज्वलंत प्रश्न है: यीशु या मैगोमेड? होना या न होना? यूनिक्स या विंडोज? उपयोग करें या न करें? IMHO, मेरी राय: विशिष्ट कार्यों के एक संकीर्ण सर्कल के लिए चौखटे को तेज किया जाता है। एक सामाजिक परियोजना आमतौर पर एक विशिष्ट कार्य नहीं है ... लेकिन, सामान्य तौर पर, परियोजना मुझे दिलचस्प लगी और मैंने सुधार करने का फैसला किया। इस प्रविष्टि को पूरा किया जा सकता है ...



शायद, केवल आलसी वेब डेवलपर जो इस क्षेत्र में कम से कम कुछ जानता है, उसने प्रदर्शन सुधार और उच्च भार के विषय के बारे में नहीं लिखा। मौलिक रूप से, आपको इस लेख में कुछ भी नया नहीं मिलेगा। हाईलोड परियोजनाओं को विकसित करने के मुख्य विचारों को मेरे द्वारा हाईलाइड लेखों की एक श्रृंखला में उल्लिखित किया गया है । तीन व्हेल। । यदि आप रुचि रखते हैं कि मैंने NoSQL tarantool रिपॉजिटरी का उपयोग करके PHP प्रोजेक्ट की उत्पादकता कैसे बढ़ाई, तो बिल्ली का स्वागत है।



यद्यपि, सिद्धांत रूप में, आप इस श्रेणी के कार्यों के लिए उपयुक्त एक और उपयोग कर सकते हैं, कुंजी / मूल्य भंडारण, और सर्वर तर्क कार्यान्वयन किसी अन्य स्क्रिप्टिंग भाषा में हो सकता है।

नुस्खा 1. कोड का विश्लेषण

सब कुछ बुरी तरह से मक्के का है। उन्होंने मुझसे पहले सैकड़ों बार इस बारे में लिखा, और सैकड़ों और लेख लिखे जाएंगे ... हालांकि, "हम सबसे चतुर हैं" और लगातार उसी रेक पर कदम रख रहे हैं। मुझे अमेरिका की खोज नहीं करनी चाहिए अगर मैं कहता हूं कि सभी वेब परियोजनाओं के 99% में अड़चन डेटाबेस है। और इसका कौन सा निष्कर्ष निकाला जाना चाहिए?

यह सही है - आपको प्रश्नों की संख्या कम से कम करने की आवश्यकता है । । और यह कैसे करें यदि कोड तर्क के पाठ्यक्रम में पांच बार होता है:

$ उपयोगकर्ता = नया उपयोगकर्ता ( ) ;

$ userData = $ उपयोगकर्ता -> getById ( $ uid ) ;

प्रश्नों को प्रोफाइल करते समय, यह पता चलता है कि हमने पांच समान "चयन" किए: उपयोगकर्ताओं से चयन करें * कहां आईडी = $ यूआईडी;

और यह काफी सरल रूप से लागू किया जाता है: हम एक आंतरिक (निजी) स्थिर क्षेत्र या उपयोगकर्ता ऑब्जेक्ट की संपत्ति का उपयोग करते हैं:

कक्षा उपयोगकर्ता {



निजी स्थिर $ userData = NULL ;



निजी फ़ंक्शन getById_loc ( $ uid ) {

// डेटाबेस को एक्सेस करने के लिए कुछ कोड।

}



सार्वजनिक समारोह getById ( $ uid ) {

अगर ( स्व :: $ userData ) स्व वापस करें :: $ userData ;

self :: $ userData = $ this -> getById_loc ( $ uid ) ;

स्व वापस करें :: $ userData ;

}

}

दूसरी चीज जो आपकी आंख को तुरंत पकड़ लेती है। यह तब होता है जब दो विधियाँ पास में खड़ी होती हैं:

$ उपयोगकर्ता -> अद्यतनबेलेंस ( $ योग ) ;

$ उपयोगकर्ता -> अद्यतन ( $ रेटिंग ) ;

जो एक पंक्ति में एक के बाद एक तालिका में दो प्रश्नों का निष्पादन करता है:

UPDATE उपयोगकर्ता SET बैलेंस = बैलेंस + $ sum कहाँ आईडी = $ uid;

अद्यतन उपयोगकर्ता SET रेटिंग = $ रेटिंग कहां आईडी = $ यूआईडी;

हालाँकि, अगर हम अपने दिमाग को थोड़ा आगे बढ़ाते हैं, तो हम अच्छी तरह से एक अनुरोध कर सकते हैं:

उपयोगकर्ताओं को सेट करें

संतुलन = संतुलन + $ योग ,

रेटिंग = $ रेटिंग

जहां आईडी = $ uid;

यह दो तरीकों से किया जा सकता है: या तो हम एक और तरीका लिखते हैं $ user-> updateBalanceAndRating ($ sum, $ रेटिंग), या हम कुछ सार्वभौमिक लागू करते हैं, जैसा कि वे कहते हैं, सभी अवसरों के लिए:

$ उपयोगकर्ता -> updateFieldAdd ( 'शेष' , $ योग ) ; // फ़ील्ड याद रखें, ऑपरेशन जोड़ें - इसके अलावा, ऑपरेंड

$ उपयोगकर्ता -> updateFieldAssign ( 'रेटिंग' , $ रेटिंग ) ; // क्षेत्र को याद रखें, असाइनमेंट ऑपरेशन - असाइनमेंट, ऑपरेंड

$ उपयोगकर्ता -> निष्पादित करें ( ) ; // फॉर्म और अनुरोध निष्पादित करें

केवल इन दो सरल तरीकों की शुरूआत ने 10-12 से 3-5 तक डेटाबेस प्रश्नों की संख्या को कम करने की अनुमति दी। लेकिन ईमानदार होने के लिए, मौजूदा कोड को अभी और फिर से बनाया गया है। बेशक, अधिकांश हैबरस लूजर से दूर हैं, लेकिन प्रोफाइलिंग और विश्लेषण हमेशा "भगवान हमारी मदद करते हैं।"

पकाने की विधि 2. कैशिंग

कैशिंग क्या है, मुझे आशा है कि आपको बिखरने की आवश्यकता नहीं है। जैसा कि डिमा कोटरोव ने अपने लेख में एक हाईलोड प्रोजेक्ट के विकास के बारे में लिखा था: "आपको अपनी जरूरत का हर सामान कैश करना होगा।" इस परियोजना में, किसी तरह के कैशिंग में डरपोक प्रयास थे। हालांकि, चेरनोमिर्डिन के अनुसार सब कुछ निकला: वे सबसे अच्छा चाहते थे, लेकिन कैश किया गया, न कि जो सबसे अधिक बार उपयोग किया जाता है)।



जैसा कि ऊपर उल्लेख किया गया है, डेटाबेस पर लोड को कम करने के लिए, प्रश्नों की संख्या को कम करना आवश्यक है। और उन्हें कैसे कम करें? हां, यह बहुत ही सरल है - आप डेटाबेस से कुछ अपरिवर्तनीय डेटा (इकाइयों, सहायक नदियों और हथियारों पर मैनुअल) को हटा सकते हैं, उदाहरण के लिए, कॉन्फ़िगरेशन में। कन्फ़िग्स या तो एक्सएमएल में हो सकते हैं, और गेमप्ले टीम की लड़कियों द्वारा किसी भी एक्सएमएल संपादक में, या तैयार किए गए फॉर्म में संपादित किए जा सकते हैं: PHP सरणी में - यदि गेमप्ले और कोड का डेवलपर एक व्यक्ति है। फ्लाई पर XML को पार्स करना एक कठिन काम है, इसलिए मैं प्रारंभिक XSLT रूपांतरण को सीधे PHP कोड में परिवर्तित करता हूं (एक साहचर्य सरणी के रूप में, जो मुख्य कोड के साथ लोड होता है)। हालाँकि, XML कॉन्फ़िग फ़ाइल में प्रत्येक परिवर्तन के बाद, आपको XSLT रूपांतरण स्क्रिप्ट या कंसोल उपयोगिता को चलाना होगा। हां, यह कैशिंग नहीं है, यह एक मामूली सुधार है, और इसे एक अलग नुस्खा के रूप में आवंटित नहीं किया जाना चाहिए, लेकिन आपको इसके बारे में नहीं भूलना चाहिए।



इस प्रकार, सभी निर्देशिकाओं को विन्यास में समेटने से, हमें कुछ और प्रश्नों से मुक्त किया जाता है। खैर, क्या - यह आसान हो गया है? .. कम से कम व्यंजनों 1 और 2 को लागू करने के बाद, आधार गिरना बंद हो गया। खैर, कम से कम कुछ परिणाम ...

नुस्खा 3. डेटा विश्लेषण

यहां आपको वास्तव में कोड का विश्लेषण करना होगा और सोचना होगा ... और वैसे, कुछ है ... आपको यह पता लगाने की आवश्यकता है कि उपयोगकर्ता क्या डेटा बदलता है, उपयोगकर्ता का कौन सा डेटा अपरिवर्तित है, जो सबसे अधिक बार अनुरोध किया जाता है। यहां आपको कोड पर नेत्रहीन जाने और परियोजना के तर्क को समझने की आवश्यकता है।



हमारी परियोजना में, सबसे अक्सर अनुरोधित जानकारी उपयोगकर्ता की गेम प्रोफ़ाइल, उपहार और पुरस्कार थी। यह सारा डेटा NoSQL स्टोरेज में रखा गया था, और अन्य सभी डेटा, विशेष रूप से भुगतान से संबंधित, MySQL में बने रहे। NoSQL रिपॉजिटरी के रूप में, टैरनटूल को चुना गया था।

और फिर भी - क्यों तरणताल?

हाईलोड + ++ सम्मेलन 2011 में टारेंटूल डेवलपमेंट मैनेजर कोस्त्या ओस्सिपोवा से पूछा गया था:

- आपका नाम इतना जहरीला क्यों है?

- ठीक है, आप एक राम और उपकरण के रूप में नाम पर विचार कर सकते हैं, अर्थात्। अपनी परियोजनाओं को गति देने के लिए एक उपकरण (टूल) के रूप में।



तो, NoSQL भंडारण की पसंद को प्रभावित करने वाले कारक थे:

- कोस्ट्या ओसिपोव परियोजना की टीम लीड के साथ मेरा व्यक्तिगत परिचित, जिसने समर्थन और परामर्श का वादा किया

- पिछली परियोजना में इस भंडार को लागू करने का अनुभव। दुर्भाग्य से, परियोजना ने नहीं लिया :(, लेकिन यह दिलचस्प था।

- नए टैरनटूल सुविधाओं की खोज, इसके पिछले उपयोग के बाद से लगभग दो साल बीत चुके हैं

- इस NoSQL भंडारण के उच्च प्रदर्शन और उच्च डेटा उपलब्धता।

- डेटा की दृढ़ता, अगर डिस्क पर गिरा दिया गया है, तो एक वास्तविक प्रतिलिपि है जिसे हमेशा उठाया जा सकता है।

- ठीक है, और बहुत मामूली नहीं होने के लिए, मैं खुद टारनटूल के लिए PHP एक्सटेंशन के पहले संस्करण का लेखक हूं, ताकि यदि आवश्यक हो तो मैं कुछ पैच कर सकूं या बग को ठीक कर सकूं।



लेकिन अधिक गंभीर होने के लिए, मैं इस NoSQL डेटा वेयरहाउस की अनूठी विशेषताओं को पसंद करता हूं: माध्यमिक कुंजी का उपयोग करना और संग्रहीत प्रक्रियाओं का उपयोग करके सर्वर की तरफ डेटा स्थान में हेरफेर करना।

डेटा विश्लेषण (जारी)

उपयोगकर्ता प्रोफ़ाइल, उपयोगकर्ता तालिका पर विचार करें। इसमें परस्पर और गैर-परस्पर डेटा है। वैरिएबल डेटा में शामिल हैं: बैलेंस, रेटिंग, पीपीवी पॉइंट्स, यूनिट्स, ट्यूटोरियल स्टेप्स आदि।

नॉन-म्यूटेबल डेटा में सोशल_आईडी, लॉगइन, अवतार यूआरएल, पर्सनल कोड आदि शामिल होते हैं ... म्यूटेबल डेटा में अक्सर परिवर्तनशील होते हैं और शायद ही कभी बदले जाते हैं। हालांकि, गैर-वाष्पशील डेटा अक्सर अनुरोध किया जा सकता है।



अक्सर अनुरोध किए गए डेटा को हाइलाइट करें। हम उन्हें टारेंटूल में कैश करेंगे। अब NoSQL स्टोरेज के बारे में थोड़ा ...

TARANtool। संक्षिप्त समीक्षा

टारनटूल, जैसा कि ऊपर बताया गया है, एक उच्च-प्रदर्शन कुंजी / मान NoSQL भंडारण है। सभी डेटा रैम में हैं, और ट्यूपल्स के रूप में प्रस्तुत किए गए हैं, इसलिए गति में उनका निष्कर्षण रेडिस या थोड़ा धीमा (प्रति 1000 संचालन में 6-7 मिलीसेकंड) के लिए अवर नहीं है।



फिर भी, ध्यान दें कि टारेंटूल एक डेटा वेयरहाउस है, मेमोरी में एक कैशिंग सिस्टम नहीं है जैसे कि मेम्चेचे। सभी डेटा रैम में है, लेकिन लगातार फाइलों (स्नैप सिस्टम 0000..01.snap) पर सहेजा जाता है (सिंक सिस्टम कॉल से सिंक किया गया है)। पारंपरिक मेमकेड और रेडिस के विपरीत, टारेंटूल में अतिरिक्त विशेषताएं हैं:

- डेटा पर सेकंडरी इंडेक्स को ओवरले करने की क्षमता

- सूचकांक समग्र हो सकते हैं

- इंडेक्स एचएएसएच, ट्रे या बिट्स के प्रकार के हो सकते हैं। GEO सूचकांक की शुरूआत की योजना है।

- एक ही समय में एक या अधिक सूचकांकों के लिए नमूनाकरण।

- भागों में डेटा निष्कर्षण (LIMIT / OFFSET का एनालॉग)।



टारनटूल डेटा पर काम करता है जो रिक्त स्थान में संयुक्त है। अंतरिक्ष MySQL में एक तालिका का एक एनालॉग है। टारेंटूल डिजिटल स्पेस नंबरिंग (0, 1, 2, 3 ...) का उपयोग करता है। निकट भविष्य में, यह नामस्थान (MySQL में तालिका नामों का एक एनालॉग) का उपयोग करने की योजना बनाई गई है।



प्रत्येक स्थान पर एक सूचकांक लगाया जा सकता है। अनुक्रमिक (int32 या int64), और एक चरित्र क्षेत्र पर दोनों अनुक्रमित किए जा सकते हैं। रिक्त स्थान के रूप में, टारेंटूल डिजिटल इंडेक्स नंबरिंग को परिभाषित करता है।



क्लाइंट और सर्वर के बीच विनिमय ट्यूपल्स में होता है। एक ट्यूल एक MySQL तालिका में एक पंक्ति का एक एनालॉग है। गणित में, टुपल की अवधारणा लंबाई n का एक क्रमबद्ध परिमित सेट है। टपल का प्रत्येक तत्व एक डेटा तत्व या फ़ील्ड का प्रतिनिधित्व करता है। मूल रूप से, टारेंटयुला डेटा प्रकार के क्षेत्रों के बीच अंतर नहीं करता है। उसके लिए, यह बाइट्स का एक सेट है। लेकिन अगर हम एक इंडेक्स का उपयोग करते हैं, अर्थात्। इस क्षेत्र पर एक सूचकांक लागू करें, फिर इसका प्रकार क्षेत्र के प्रकार से मेल खाना चाहिए। Tuple का दूसरा नाम है: tuple।



सभी इंडेक्स विन्यास में पंजीकृत हैं, जो मानव-धारणा है: YAML। एक विन्यास के एक भाग का एक उदाहरण:

space [ 0 ] .enabled = 1

space [ 0 ] .index [ 0 ] । टाइप = "एचएएसएच"

space [ 0 ] .index [ 0 ] .unique = 1

space [ 0 ] .index [ 0 ] .key_field [ 0 ] .fieldno = 0

space [ 0 ] .index [ 0 ] .key_field [ 0 ] । प्रकार = "NUM"

कॉन्फ़िगरेशन में, हम प्रत्येक स्थान के लिए प्राथमिक और माध्यमिक सूचकांकों का वर्णन करते हैं। यदि हम केवल प्राथमिक कुंजी द्वारा चयन करते हैं, तो केवल प्राथमिक सूचकांक का विवरण पर्याप्त है (ऊपर उदाहरण देखें)। यदि हम अपने उपयोगकर्ताओं के बीच रेटिंग या पीपीवी लड़ाइयों द्वारा सर्वश्रेष्ठ चुनना चाहते हैं, तो हम इन क्षेत्रों पर एक द्वितीयक सूचकांक लागू करते हैं। दूसरे फ़ील्ड को अनुक्रमित होने दें (फ़ील्डनो = 1, शून्य से गिनती) int32_t - रेटिंग:



space [ 0 ] .index [ 1 ] । टाइप = "TREE" // प्रकार बनाता है TREE, जो आपको संचालन पर अधिक और कम चयन करने की अनुमति देता है

space [ 0 ] .index [ 1 ] .unique = 0 // मौलिकता निकालें

space [ 0 ] .index [ 1 ] .key_field [ 0 ] .fieldno = 1 // अनुक्रमित फ़ील्ड की संख्या इंगित करें

space [ 0 ] .index [ 1 ] .key_field [ 0 ] । टाइप = "NUM" // टाइप करें int32_t



चूंकि हमारे पास एक सामाजिक गेम परियोजना है, इसलिए प्राथमिक कुंजी social_id के अनुरूप होगी। अधिकांश सामाजिक नेटवर्क के लिए, यह 64-कुंजी है। सूचकांक प्रकार एचएएसएच होगा, और डेटा प्रकार एसटीआर होगा। आदर्श रूप से, मैं NUM64 पसंद करूंगा, लेकिन दुर्भाग्य से PHP लंबे लंबे प्रकार के साथ अच्छी तरह से काम नहीं करता है। चालक उपयोग किए गए स्थान की प्राथमिक कुंजी के प्रकार और आकार को नहीं पहचानता है। फिलहाल, यदि आप 64-बिट कुंजी का उपयोग करते हैं, तो आप 32-बिट मान का उपयोग करके इसे नहीं खोज सकते। इसे 64-बिट कुंजी के रूप में पैक किया जाना चाहिए। अब ड्राइवर ऐसा तभी करता है जब मान 32-बिट श्रेणी से अधिक हो। इसलिए, STRING प्रकार के साथ काम करना अधिक विश्वसनीय है।

मेमोरी की गणना

यह याद रखना चाहिए कि टारेंटूल एक मेमोरी केवल समाधान है, इसलिए उपयोग की गई रैम की अनुमानित मात्रा की गणना करना महत्वपूर्ण है। गणना इस प्रकार है:



प्रत्येक टपल से पहले, टाइप विंट के एक वैरिएबल को संग्रहीत किया जाएगा (प्रत्येक पैक के लिए हेडल का पेनल 'w') और हेडर से 12 बाइट्स। विशेष रूप से, डेटा के बारे में, आप इसे प्रोटोकॉल का अध्ययन करके या टारनटूल डेटा और प्रोटोकॉल लेख को पढ़कर पा सकते हैं।



इसके अतिरिक्त, आवंटनकर्ताओं के डेटा पर लगभग 15 प्रतिशत का कब्जा है। यदि हम, उदाहरण के लिए, 10 फ़ील्ड हैं और उपयोगकर्ता डेटा का आकार 256 बाइट्स में फिट बैठता है, तो 1.5M के लिए लगभग निम्नलिखित गणना होगी:

(10 * 1 + 256 + 12) * 1.15 * 1 500 000 = 921150000 ~ = 440 एमबी प्रति दिन



इसके अलावा, सभी सूचकांक स्मृति में हैं, जो व्याप्त हैं:

- पेड़ में एक नोड के लिए 68 बाइट्स की सेवा की जानकारी संग्रहीत करता है

- एक नोड के लिए, 56 बाइट्स ओवरहेड जानकारी को हैश में संग्रहीत किया जाता है



1.5M उपयोगकर्ताओं पर सूचकांक को संग्रहीत करने के लिए, बस 80Mb पर्याप्त है, कुल मिलाकर, 1.5 M प्रोफाइल को संग्रहीत करने के लिए, बस आधे से अधिक गीगाबाइट की आवश्यकता होगी। यदि हम एक और कुंजी (TREE प्रकार) जोड़ते हैं, तो यह एक अतिरिक्त 90M RAM है।



कोई ऐसा है, लेकिन आज के मानकों से - वास्तव में बहुत ज्यादा नहीं है।

नुस्खा 4. अग्रभूमि में MySQL से छुटकारा पाना

जैसा कि हमने पहले ही कहा, जब उपयोगकर्ता प्रोफ़ाइल डेटा को टारेंटूल में स्थानांतरित किया जाता है, तो हम MySQL में उनकी वर्तमान प्रतियां चाहते हैं। इसलिए, UPDATE से संबंधित सभी ऑपरेशन करने होंगे। नतीजतन, कैशिंग करने के बाद, हमने बहुत कुछ हासिल नहीं किया। लेकिन, उन्होंने फिर भी मुख्य प्रभाव हासिल किया: MySQL ने गिरना बंद कर दिया। तो, आप स्क्रिप्ट को कई बार कैसे गति दे सकते हैं? यह संभव है यदि आप MySQL के प्रश्नों से बिल्कुल भी छुटकारा पा लेते हैं। यह कैसे संभव है? डेटाबेस में परिवर्तन के बारे में जानकारी को कुछ अन्य, पृष्ठभूमि स्क्रिप्ट में स्थानांतरित करना आवश्यक है जो INSERT / UPDATE संचालन करेगा।



यह जानकारी कतार के माध्यम से प्रेषित की जाती है। कई औद्योगिक समाधान हैं जो आपको दूरस्थ कार्यों को चलाने की अनुमति देते हैं: गैरमैन, सेलेरी, और आप रैबिटएमक्यू, जेडएमक्यू, रेडिस और अन्य कतार सर्वर भी अनुकूलित कर सकते हैं। लेकिन प्रोजेक्ट में कुछ नई इकाई क्यों पेश करें यदि आप टैरनटूल को कतार सर्वर के रूप में उपयोग कर सकते हैं।



टारेंटयुला में कतार github.com/mailru/tntlua/blob/master/queue.lua का कार्यान्वयन है और उपयोग के लिए इसकी अनुशंसा करते हैं।

हालाँकि, यह थोड़ा आसान था। एक नया स्थान बनाएँ:



space [ 1 ] .enabled = 1

space [ १ ] .index [को ० ] । प्रकार = "ट्रे"

space [ 1 ] .index [ 0 ] .unique = 1

space [ 1 ] .index [ 0 ] .key_field [ 0 ] .fieldno = 0

space [ 1 ] .index [ 0 ] .key_field [ 0 ] । प्रकार = "NUM"





इस स्थान पर हम निम्नलिखित क्षेत्र लिखेंगे:

- आईडी, ऑटो-इन्क्रीमेंट फील्ड। अनुक्रमित किया जाना चाहिए। TREE प्रकार का प्राथमिक सूचकांक सुपरिम्पोज किया गया है।

- प्रकार - ऑपरेशन का प्रकार, कुछ संख्यात्मक स्थिर जिसके द्वारा SQL ऑपरेटर पैटर्न संख्या निर्धारित की जाती है।

- डेटा - डालने / अद्यतन करने के लिए कुछ डेटा।



अग्रभूमि स्क्रिप्ट में निम्न कोड होंगे:

परिभाषित ( 'UPDATE_SPIN_COUNT' , 1 ) ;

परिभाषित ( 'UPDATE_USER_BALANCE' , 2 ) ;

...

$ Res = $ tnt- > कॉल ( 'box.auto_increment' , array ( string ) TBL_QUEUES , UPDATE_SPIN_COUNT , $ spinCount, $ uid ) ;

संग्रहीत कार्यविधि box.auto_increment अंतर्निहित है; यह टपल डेटा सम्मिलित करता है; प्राथमिक कुंजी मान अधिकतम है 1. पैरामीटर:

- अंतरिक्ष की संख्या जहां डेटा डाला जाएगा

- डेटा ही

- डिफ़ॉल्ट फ्लैग पैरामीटर, डिफ़ॉल्ट रूप से "वापसी नई कुंजी"

यह ध्यान दिया जाना चाहिए कि चर का प्रकार, अंतरिक्ष की संख्या (स्थिर TBL_QUEUES ) को STRING टाइप करने के लिए डाला जाना चाहिए। यह स्क्रिप्ट लुआ प्रक्रिया कहती है, जो डेटा को FIFO कतार (ऑटो-इंक्रीमेंट नंबर, कार्य का प्रकार, और स्वयं डेटा) लिखती है।



अगला, पृष्ठभूमि स्क्रिप्ट, जिसे किसी अन्य दूरस्थ मशीन पर भी निष्पादित किया जा सकता है, कतार से डेटा खींचता है और SQL निष्पादित करता है:

परिभाषित ( 'UPDATE_SPIN_COUNT' , 1 ) ;

परिभाषित ( 'UPDATE_USER_BALANCE' , 2 ) ;

...

$ res = $ this- > callProc ( 'my_pop' , array ( ( string ) TBL_QUEUES ) ) ;



/ *

यदि खाली है तो वापस आ जाएगी:

सरणी ( 2 ) {

[ "गणना" ] => int ( 0 )

[ "tuples_list" ] => सरणी ( 0 ) { }

}



* /

अगर ( $ res [ 'count' ] ) वापसी ;



$ टुपल = $ res [ 'tuples_list' ] [ 0 ] ;

स्विच ( $ टुपल [ 1 ] ) {

मामला UPDATE_SPIN_COUNT:

$ sql = "अद्यतन उपयोगकर्ता पालक = {$ टुपल [2]} जहां uid = {$ टपल [3]}] ;

तोड़ना ;



मामला UPDATE_USER_BALANCE :

$ sql = "उपयोगकर्ताओं को पैसे = पैसे + {$ टुपल [2]} कहां दिया गया है = {$ ट्यूपल [3]}" ;

तोड़ना ;



डिफ़ॉल्ट:

नया अपवाद फेंकें ( 'अनजाने कार्य प्रकार' ) ;

तोड़ना ;

}



$ यह- > निष्पादन एसक्यूएल ( $ sql ) ;

नतीजतन, हमारी फ्रंट-एंड स्क्रिप्ट केवल एक तेज़ टारेंटयुला के साथ काम करती है, और पृष्ठभूमि स्क्रिप्ट एक डेमॉन के रूप में लटकी हुई है या ताज पर चलती है और वेब सर्वर पर संसाधनों को बर्बाद किए बिना एक अलग सर्वर पर MySQL में डेटा बचाता है। नतीजतन, आप उत्पादकता में 30% से अधिक जीत सकते हैं। पृष्ठभूमि स्क्रिप्ट का विषय एक अलग लेख के लायक है।



हालाँकि, यह सब नहीं है। लुआ प्रक्रिया my_pop शुरू करने के लिए, इसे आरंभीकृत किया जाना चाहिए। ऐसा करने के लिए, निम्नलिखित कोड को init.lua फ़ाइल में रखा जाना चाहिए, जो कार्य_dir या script_dir में होनी चाहिए।

फ़ंक्शन my_pop ( spaceno )

स्पैसेनो = टोनम्बर ( स्पेसो )

स्थानीय min_tuple = box.space [ spaceno ] .index [ 0 ] .idx: min ( )

स्थानीय मंत्री = ०

अगर min_tuple ~ = nil तब

मिनट = बॉक्स। अनपैक ( 'i' , min_tuple [ 0 ] )

अन्यथा

वापसी

अंत



स्थानीय रिट = box.select ( स्पेसियो, 0 , मिनट )

box.delete ( स्पेसियो, मिनट )



वापसी



अंत

Work_dir का मान tarantool.conf में निर्दिष्ट है।

नुस्खा 5. सक्रिय रूप से खेल रहे हैं केवल उन प्रोफाइल को कैशिंग

जैसा कि हमने पहले ही लागू किया था, हमारे सभी प्रोफाइल टैरनटूल में संग्रहीत हैं, और पृष्ठभूमि स्क्रिप्ट द्वारा किए गए सभी परिवर्तन MySQL में दर्ज किए गए हैं। हमारे पास हमेशा थोड़े विलंब के साथ, कैप प्रमेय के अनुसार प्रासंगिक डेटा होता है।



लेकिन क्या होगा यदि हमारी परियोजना में केवल 1.5 मिलियन नहीं, बल्कि तीन या 5 मिलियन उपयोगकर्ता प्राप्त हों? उपयोगकर्ता ने लॉगिन किया, खेल पसंद नहीं आया - छोड़ दिया। लेकिन टारेंटयुला में डेटा बने रहे, वे मेमोरी पर कब्जा कर लेते हैं और उनका उपयोग नहीं किया जाता है ... इसलिए, अधिक कुशल उपयोग के लिए, और सिर्फ तेज डेटा पुनर्प्राप्ति के लिए, यह केवल उन उपयोगकर्ताओं को स्टोर करने के लिए समझ में आता है जो लगातार खेलते हैं।



दूसरे शब्दों में, जो उपयोगकर्ता नहीं खेलते हैं, अर्थात्। उदाहरण के लिए, खेल में प्रवेश न करें, एक सप्ताह से अधिक, आप इसे ऑनलाइन कैश से निकाल सकते हैं। चूंकि हमारे पास डेटाबेस में एक वास्तविक प्रतिलिपि है, इसलिए हम इसे परिचालन कैश में हमेशा पुनर्स्थापित कर सकते हैं। ऑनलाइन कैश का उपयोग करने वाली कक्षाओं का कोड मानक प्रकार के कैशिंग के अनुसार बनाया गया है:

वर्ग उपयोगकर्ता DbModel का विस्तार करता है {



सार्वजनिक समारोह getByUid ( $ uid ) {



$ परिणाम = यह -> getFromCache ( $ uid ) ;



अगर ( is_null ( $ परिणाम ) ) {

$ परिणाम लौटाओ ;

}



$ परिणाम = $ यह -> निष्पादक ( "उपयोगकर्ताओं से चुनें * जहां uid = $ uid " ) ;

$ यह -> setToCache ( $ परिणाम ) ;



$ परिणाम लौटाओ ;

}

....

}

इसे साफ करने के कई तरीके हैं:

- स्क्रिप्ट के साथ डेटाबेस से सभी "समाप्त" रिकॉर्ड की सूची का चयन करें और उन्हें टारेंटयुला में हटा दें

टारेंटयुला में एक सफाई ब्रोकर स्थापित करें (उसने ऐसा खुद नहीं किया) github.com/mailru/tarantool/wiki/Brokers-ru

- सभी "समाप्त" रिकॉर्ड को हटाने और ताज पर अपनी कॉल चलाने के लिए लुआ में एक संग्रहीत प्रक्रिया लिखें।



हम विकास टीम से एक नए प्रकार के भंडारण की प्रतीक्षा कर रहे हैं, ताकि सभी डेटा (ट्यूपल्स) डिस्क से रैम तक न उठाए जाएं, लेकिन केवल सबसे अनुरोध किया गया है। लगभग, जैसा कि मानगो डीबी में है। फिर नुस्खा 5 अपने आप से गायब हो जाता है।

एक निष्कर्ष के बजाय

उपरोक्त सभी किसी भी भाषा में लागू किया जा सकता है जिसमें आपकी सामाजिक परियोजना कार्यान्वित की जाती है (PHP, पर्ल, पायथन, रूबी, जावा)।

निम्नलिखित किस्म के किसी भी कुंजी / मूल्य भंडारण को परिचालन कैश के NoSQL डेटा वेयरहाउस के रूप में उपयोग किया जा सकता है:

- याद किया, कोई दृढ़ता नहीं है और आपको कतारों के क्रियान्वयन के लिए अपने सिर को सूँघना होगा, लेकिन इसे APPEND ऑपरेशन का उपयोग करके हल किया जा सकता है

- झिल्ली, एक बहुत सफल विकास नहीं है और ऐसा लगता है कि यह पहले से ही अपने रचनाकारों द्वारा समर्थित होना बंद हो गया है

मेम्चेचेब और मेमकेक्यूक्यू

- मूली का एक गुच्छा , मूल रूप से इस कार्यक्षमता को लागू करने के लिए सब कुछ है

- टोक्योटाइरेंट, क्योटोटायरेंट - सिद्धांत रूप में, लुआ प्रक्रियाओं पर कतारें लागू की जा सकती हैं

- लेवलडब डेमन, मांबा के लोगों के एक योग्य विकास। एक छोटी सी फिनिश और कतार पहले से ही आपकी जेब में है।

- टिप्पणियों में कुछ की पेशकश करें



ठीक है, निष्कर्ष में, नाशपाती या थोड़ा पीआर के बारे में।

राक्षसों के बारे में, और विशेष रूप से उनके संभावित कार्यों, बातचीत और उनके कार्यान्वयन की सूक्ष्मताओं के बारे में, मैं देवकॉफ 2013 में बताने की योजना बना रहा हूं " सामाजिक गेम में PHP के राक्षस "और मैं कुछ विशेषताओं को भी कवर करूंगा जिन्होंने मुझे पूर्ण परियोजनाओं की उत्पादकता बढ़ाने की अनुमति दी है। यदि दिलचस्पी है, तो मैं टारेंटयुला के विषय पर स्पर्श करूंगा (इसके लिए मैंने वोट का उपयोग किया था), इसलिए, आपको DevConf 2013 में देखें।



पुनश्च। पहले से ही रात के तीसरे घंटे, आचपोटकी संभव है ... निजी में प्लिइज़ - मैं तुरंत सही कर दूंगा। अग्रिम धन्यवाद।