उपयोग की गति, स्पष्ट, लेकिन शुरुआती के लिए बहुत कम ज्ञात है

अब लगभग हर लेख में यह उल्लेख है कि केवल utf का उपयोग किया जाना चाहिए, क्योंकि यह आधुनिक, सार्वभौमिक और आम तौर पर बहुत उपयोगी है। इस तथ्य को किसी भी तरह से इनकार किए बिना, मैं उन लेखकों के साथ घबराहट व्यक्त करना चाहूंगा, जो एक ही समय में स्क्रिप्ट की गति कहते हैं, इस तथ्य से अपील करते हुए कि यह काम की गति के कारण, i ++ से i ++ लिखना बेहतर है।

तो आश्चर्य है - utf के साथ काम करना cp1251 की तुलना में धीमा है। क्योंकि आकार बड़ा है और बाइट्स द्वारा अक्षरों का कोई "संरेखण" नहीं है। यह php / mysql के बारे में है


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

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

किस तरह का डेटा	UTF परिणाम	CP1251 परिणाम	Cp1251 का लाभ
MyISAM (पाठ, पाठ, इंट, इंट)	*****	*****	*****
मूल DB आकार	1.250 जीबी	0.975 जीबी	1.28 बार
मास्टर डेटा	706 एमबी	479 एमबी	1.47 बार
सूचकांक डेटा	544 एमबी	496 एमबी	1.09 बार
पंक्तियों के भाग को हटाने का अनुरोध करें	16 सेकंड	7 सेकंड	2.28 बार
एक फुलटेक्स इंडेक्स निकाल रहा है	26 सेकंड	23 सेकंड	१.१३ बार
फुलटेक्स इंडेक्स का निर्माण	6 मिनट 22 सेकंड	3 मिनट 12 सेकंड	1.98 बार
सटीक प्रविष्टि के लिए खोजें, 10 बार * 1	9.67 सेकंड	1.92 सेकेंड	5.03 बार
फाइल करने के लिए mysqldump निर्यात	8.8 सेकंड	4.9 सेकंड	1.79 बार
फ़ाइल से mysql आयात	13.8 सेकेंड	8.7 सेकंड	1.58 बार
* .sql फ़ाइल का आकार	773 एमबी	526 एमबी	1.46 बार
स्फिंक्स इंडेक्सिंग	103 सेकेंड	41 सेकेंड	2.51 बार
स्फिंक्स आधार आकार	680 एमबी	433 एमबी	१.५ times बार
innoDB (टेक्स्ट, टेक्स्ट, इंट, इंट) * 3	*****	*****	*****
मूल DB आकार	925 एमबी	629 एमबी	1.47 बार
पंक्तियों के भाग को हटाने का अनुरोध करें	21.2 सेकंड	12 सेकंड	1.76 बार
सटीक प्रविष्टि, 10 बार खोजें	33.47 सेकंड	21.89 सेकंड	१.५२ बार
फाइल करने के लिए mysqldump निर्यात	23 सेकंड	17 सेकंड	1.35 बार
फ़ाइल * 4 से mysql आयात	8 मी 24 सेकेंड	5 मी 41 सेकेंड	1.47 बार
* .sql फ़ाइल का आकार	748 एमबी	510 एमबी	1.46 बार
मेमोरी इंट, चार (128) * 2	*****	*****	*****
मेमोरी टेबल का आकार	515 एमबी	179 एमबी	२. times times बार
मेमोरी टेबल की पंक्ति की लंबाई	390	133	2.93 बार
मेमोरी टेबल 1000 खोजें, हर बार कुछ मिला	1.9 सेकेंड	0.32 सेकंड	5.93 बार
मेमोरी टेबल 1000 खोजें, कुछ भी नहीं मिला	1.8 सेकंड	0.28 सेकंड	6.42 बार

* 1 : इन नंबरों से चौंककर, स्थानीयहोस्ट में एक समान परीक्षण शुरू किया गया था, लाभ 3.02 गुना तक कम हो गया था। शायद कुछ कहीं कैश में नहीं मिला या यूटीएफ के मामले में यह अनावश्यक रूप से डिस्क में गिर गया, अधिक डेटा है।
* 2 : मेमोरी टेबल का उपयोग सटीक घटनाओं की खोज के लिए किया जाता है, इनमें विशुद्ध रूप से रूसी पाठ और कुछ स्थान होते हैं, यह बस और स्मार्ट तरीके से निकलता है। लगभग 2 मिलियन लाइनें। Utf8 में मेमोरी टेबल का आकार cp1251 से 3 गुना बड़ा है, क्योंकि एक निश्चित आकार का उपयोग किया जाता है (स्मृति के लिए कोई अन्य तरीका नहीं है) और इसमें uft8 है जो प्रति वर्ण 3 बाइट्स रखता है।
* 3 : innoDB के लिए, innoDB में उनके लिए समर्थन की कमी के कारण पूर्ण-पाठ सूचकांक का परीक्षण नहीं किया गया था। InnoDB ने MyISAM और अन्य एयरबोर्न सिस्टम की तुलना में थोड़ा अलग आकार की एक तालिका का उपयोग किया, इसलिए पूर्ण परिणामों की कोई प्रत्यक्ष तुलना नहीं है।
* 4 : यह बहुत स्पष्ट नहीं है कि innoDB में आयात इतना क्यों लिया। MyISAM के लिए, आयात और निर्यात के बीच अंतर न्यूनतम है।

---

और कुछ सामान्य शब्द। आम तौर पर, यह "लेख" कई वर्षों पहले मसौदे के रूप में सामने आया था। अब यहां केवल स्फिंक्स को जोड़ा गया है और परीक्षणों को दोहराया गया है। और यह यूटीएफ की संभावनाओं के बारे में कुछ मंच पर विवाद के परिणामस्वरूप उत्पन्न हुआ और उनका कहना है कि अन्य एन्कोडिंग एक वर्ष में मर जाएंगे। लेकिन वे नहीं मरे।
इसके अलावा, उदाहरण के लिए php / mysql में समस्याएं अभी भी बहुत भिन्न हैं। पहले आपको utf, फिर utf-8, फिर utf8 लिखना होगा। और यहां तक ​​कि utf या तो ru_RU.UTF या en_EN.UTF हो सकते हैं, जो कि iconv // उपेक्षा // ट्रांसलिट के साथ मजाकिया प्रभाव देता है, भगवान जानता है कि क्यों। यदि आप php को एक मॉड्यूल के रूप में स्थापित करते हैं, तो लोकेल पूरे सर्वर पर सभी परिणामों के साथ समान है, और यहां तक ​​कि सही लोकेल के साथ, आप स्ट्रिंग्स के साथ काम करने के लिए सामान्य कार्यों का उपयोग नहीं कर सकते हैं; आपको उनके एनालॉग्स का उपयोग करना होगा जो इस काम का समर्थन करते हैं। सामान्य तौर पर, यूटीएफ निश्चित रूप से एक उन्नत तकनीक है ... लेकिन इसे बहुत सोच समझकर और अत्यधिक कट्टरता के बिना लागू किया जाना चाहिए।

पुनश्च: उन लोगों के लिए जो परदे के पीछे से ट्रैफ़िक को कंप्रेस करना पसंद करते हैं, ध्यान दें कि utf8 में HTML फ़ाइल 5-20% बड़ी है, यहाँ तक कि gzip में भी