स्फिंक्स - नहीं बस खोज के लिए! मेरी कहानी

हाय% उपयोगकर्ता नाम%!



आज मैं बताना चाहता हूं कि कैसे हम (मेरे साथी) और मैंने जटिल चयन और प्रकारों के लिए स्फिंक्स के पक्ष में MySQL को छोड़ने का फैसला किया।

कैसा था

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



लगभग एक समाधान खोजने के लिए बेताब, इंटरनेट पर घूमना, मैं एक पोस्ट भर में आया - स्फिंक्स - केवल खोज के लिए नहीं! । तब मुझे एहसास हुआ कि हमें क्या चाहिए! स्फिंक्स लंबे समय से एक खोज इंजन के रूप में काम कर रहा है और हम इससे बहुत खुश थे। मेरी आस्तीन को रोल करते हुए, मेरे साथी ने स्फिंक्स को अपडेट और सेट करना शुरू कर दिया, और मैंने वितरण को फ़िल्टर करने की विधि को फिर से लिखना शुरू कर दिया। फिर, SphinxQL पोस्ट को कैसे पकाने के लिए देखने के बाद , मैंने SphinxQL का उपयोग करने का फैसला किया।



स्फिंक्स के मामले में, हमें एक सूचकांक मिला, जिसका उपयोग खोज और वितरण फ़िल्टर करने के लिए दोनों में किया जाता है। पूर्ण रीइंडेक्सिंग, जो हर 5 मिनट में होता है (आखिरकार, हमेशा अप-टू-डेट डेटा की आवश्यकता होती है)। पुन: अनुक्रमण में 1 मिनट से भी कम समय लगता है।



PHP के मामले में, सब कुछ उतना ही सरल था। क्वेरी जनरेटर को लगभग कभी दोबारा नहीं बनाया गया था। प्रश्न स्वयं हानिरहित थे



SELECT *, leechers+seeders AS peers FROM torrents WHERE parent_cid=1 ORDER BY ctime DESC LIMIT 0,30 OPTION max_matches=30







उन है कि MySQL मुश्किल से कदम बनाया है



SELECT *, leechers+seeders AS peers FROM torrents WHERE parent_cid=1 ORDER BY ctime DESC LIMIT 40380,30 OPTION max_matches=40410



SELECT *, leechers+seeders AS peers FROM torrents WHERE MATCH('@quality DVDRip') AND cid=6 AND year=2009 ORDER BY peers DESC LIMIT 360,30 OPTION max_matches=390







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

निष्कर्ष

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



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



आपका ध्यान देने के लिए धन्यवाद।