MySQL उपयोगकर्ता सम्मेलन 2011 के बाद

मैं आपके साथ MySQL उपयोगकर्ता सम्मेलन में अपनी यात्रा के अपने इंप्रेशन को साझा करना चाहता हूं, जो 14 से 17 अप्रैल, 2011 तक सांता क्लारा (कैलिफोर्निया) में आयोजित किया गया था।

पिछले वर्षों के विपरीत, सम्मेलन के दौरान MySQL के साथ कुछ भी नहीं हुआ, जो अपने आप में अच्छा है (मुझे याद है कि दो साल पहले सम्मेलन के पहले दिन यह सन माइक्रोसिस्टम्स ओरेकल के अधिग्रहण की घोषणा की थी)।

सबसे पहले, मेरे लिए एक सम्मेलन लोगों के साथ संचार है। इस साल सम्मेलन में कई प्रतिभागी नहीं थे (लगभग 1,100 लोग), लेकिन आगंतुकों के लिए बोलने वालों और विशेषज्ञों का प्रतिशत बहुत अधिक था।

सम्मेलन के सप्ताह के दौरान, बहुत सारे विषयों पर चर्चा की गई, किसी भी मामले में संबंधित कहानी काम नहीं करेगी, इसलिए मैं नोटों के रूप में वर्णन करूंगा कि क्या दिलचस्प था।

Oracle से MySQL में नया क्या है

सम्मेलन में ओरेकल बोलने वालों की उपस्थिति काफी सीमित थी, और यह इस तथ्य के कारण था कि कंपनी ने शुरू में अपना ध्यान Collaborate 11 में स्थानांतरित करने की योजना बनाई थी, जो कि यूएसए के दूसरे तट पर ओ रीली मायक्यूएल के समानांतर चल रहा था। मुझे कहना होगा कि यह एक गलती थी - सहयोग 11 के वक्ताओं ने कहा कि बहुत कम श्रोता (अधिकतम 20-30 लोग) थे और MySQL में उनकी रुचि अप्रत्यक्ष थी। दरअसल, ओरेकल एक एप्लिकेशन सॉफ्टवेयर निर्माता है और आरडीबीएमएस में सहयोग 11 में दिलचस्पी की उम्मीद करना अजीब होगा।

मुख्य रिपोर्ट में, थॉमस उलिन ने MySQL 5.6 के बारे में बात की, फिलहाल यह बीटा 5.6.2 है - जिसकी प्रमुख नई विशेषताएँ प्रतिकृति के क्षेत्र से संबंधित हैं, यह MySQL 6.0 से कुछ "अनुकूलित" क्वेरी ऑप्टिमाइज़र को भी ध्यान देने योग्य है। बाकी एक वृद्धिशील रिलीज़ है जो 5.5, 5.1 और 5.0 की क्षमताओं का विस्तार करता है।

"हॉट" में से, पहली नज़र में, नए फीचर्स, थॉमस ने InnoDB के लिए मेम किए गए एपीआई के बारे में बात की। शायद मैं NoSQL-Technologies में कुछ भी नहीं समझता, लेकिन यह विचार मुझे बहुत व्यवहार्य नहीं लगता - डेटा संगतता को तोड़े बिना इस API का उपयोग केवल पढ़ने के लिए किया जा सकता है, लेकिन MySQL से पठन कार्य पहले से ही काफी आसानी से स्केलेबल हैं। एपीआई लेखन के लिए उपयुक्त नहीं है, मुख्य रूप से क्योंकि मेमकेच्ड कनेक्शन शायद ही कभी लेनदेन करते हैं।

COMMIT एक महंगा ऑपरेशन है, और एक नियमित प्रतिबद्धता के बिना, किसी भी अन्य NoSQL समाधान पर InnoDB के सभी फायदे खो जाते हैं। यदि आप वास्तव में MySQL का उपयोग NoSQL के रूप में करना चाहते हैं, तो मेरी राय में, बॉक्स से बाहर MySQL क्लस्टर + क्लस्टर API अधिक उपयुक्त है, जो आपको डेटा संगतता खोए बिना काफी उच्च प्रदर्शन प्राप्त करने की अनुमति देता है।

बाकी खबरें, जैसे कि MySQL क्लस्टर 7.2 या नए विंडोज इंस्टॉलर में पुशडाउन में शामिल होना, मेरे लिए व्यक्तिगत रूप से बहुत दिलचस्प नहीं था।

मारियाबीडी क्या करता है के बारे में

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

मैं उदाहरण नहीं दूंगा, वे अंदर हैं
kb.askmonty.org/v/virtual-columns
www.openlife.cc/blogs/2010/october/what-would-you-use-virtual-columns

5.3 में काफी बड़ी संख्या में विशेषताएं हैं। एक अर्थ में, यह मारबीडीबी से MySQL 5.5 है - उन सभी आशावादी विशेषताओं में, जो हमने देर से MySQL 6.0 शाखा में एक साथ काम किया था, मोंटी प्रोग्राम अब प्रोग्रामर को ध्यान में लाया गया और मारबाडी 5.3 में शामिल किया गया।

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

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

MariaDB 5.3 MySQL 5.1 पर आधारित है, और MySQL 5.5 और MariaDB 5.3 दोनों का लाभ प्राप्त करने के लिए, आपको उस वर्ष के अंत तक इंतजार करना चाहिए, जब मोंटी के अनुसार (आपको उसके आशावाद पर छूट देने की आवश्यकता है), MariaDB 5.5 को जारी किया जाएगा, दोनों प्रणालियों की क्षमताओं का संयोजन।

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

संदर्भ:
en.oreilly.com/mysql2011/public/schedule/detail/19899
assets.en.oreilly.com/1/event/36/New%20Query%20Engine%20Feature

बूंदा बांदी

इस कांटे में दिलचस्पी रखने वालों के लिए, अब यह खबर नहीं है कि ड्रॉज़ल ने ड्रिज़ल 7 की अपनी पहली स्थिर रिलीज़ जारी की। खबर है कि इस परियोजना के लिए एक स्थिर रिलीज की समाप्ति के साथ, एक प्रमुख अमेरिकी होस्टिंग प्रदाता, रैकस्पेस, जो ड्रेज़ल विकास का मुख्य प्रायोजक था। क्या ऐसी कंपनियां हैं जो इसके विकास को प्रायोजित करने के लिए तैयार हैं अभी भी स्पष्ट नहीं है।

मुझे इस परियोजना के अचानक निधन की उम्मीद नहीं होगी, खासकर जब से ड्रेज़ल में कई विचार ध्यान देने योग्य हैं। उदाहरण के लिए, एक समय DBMS इंटरबेस में लोकप्रिय के ओपन-सोर्स संस्करण, फायरबर्ड, लो - कुछ लोगों को पता है कि परियोजना अभी भी अपने विकास को जारी रख रही है।

दुर्भाग्य से, MySQL के अन्य कांटे के विपरीत, Drizzle, मेरी राय में, अपने "उपयोगकर्ता" को नहीं ढूंढ सका। मुझे ऐसे उपयोगकर्ताओं के बारे में पता नहीं है, साथ ही जिन कारणों से Drizzle को पसंद किया गया था।

संबंधित लिंक:

krow.livejournal.com/700783.html
en.oreilly.com/mysql2011/public/schedule/detail/17806

बैरन श्वार्ट्ज द्वारा मुख्य

पेरोन के प्रमुख वास्तुकार, बैरन श्वार्ट्ज ने हमेशा मुझे एक प्रोटेस्टेंट मिशनरी की याद दिलाई। खुले स्रोत डीबीएमएस के भविष्य पर उनकी रिपोर्ट भावना में मिशनरी थी।

हालाँकि, रिपोर्ट के बारे में बहुत कम कहा जा सकता है। उद्योग में तकनीकी परिवर्तनों के स्पष्ट रूप से स्पष्ट अवलोकन के अलावा, रिपोर्ट उपहार और इच्छाओं की सूची के साथ सांता क्लॉज़ को एक पत्र जैसा दिखता है।

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

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

रिपोर्ट में ओरेकल की ओर भी ध्यान दिया गया है, जिसमें MySQL 5.5 का उल्लेख है कि ओरेकल MySQL पर ध्यान केंद्रित कर रहा है। दुर्भाग्य से, ऐसे मामलों में, सिस्टम सॉफ्टवेयर विकास चक्र की लंबाई हमेशा अनदेखी की जाती है: MySQL 5.5 का जन्म 2005 में हुआ था, जब तक कि ओरेकल अधिग्रहण किसी भी योजना में नहीं था। ओरेकल का समर्थन करने की इच्छा सराहनीय है, लेकिन ओरेकल के इरादों के प्रमाणों में से एक के रूप में 5.5 का उल्लेख पहले से ही नाराज़ है।
अगर किसी एक कंपनी को 5.5 की रिहाई के लिए धन्यवाद दिया जाना चाहिए, तो यह सन माइक्रोसिस्टम्स है, जिसमें तकनीकी रूप से तकनीकी नवाचार का समर्थन करने की संस्कृति द्वारा लंबे समय से मार्केटिंग की जा रही है।

en.oreilly.com/mysql2011/public/schedule/detail/17808

ब्रूस मोम्झियन के साथ बातचीत

ब्रूस के साथ मेरी पहली मुलाकात 2004 में पोर्टलैंड के ओ'रिली ओपन सोर्स कन्वेंशन में हुई थी। फिर मैंने स्टैंड पर काम किया - उपयोगकर्ताओं के साथ बात की, नए उत्पाद सुविधाओं को दिखाया। ब्रूस ने आकर पूछा कि हमारे पास कब लेन-देन है :)
इस साल, PostgreSQL और EnterpriseDB ने सम्मेलन में एक सक्रिय भाग लिया - एक पूर्ण रिपोर्ट, कई नियमित रिपोर्ट, प्रदर्शनी में एक विशाल स्टैंड। परिचित को याद करते हुए, मैंने बातचीत शुरू की जब प्रतिकृति आखिरकार PostgreSQL में दिखाई देगी।

PostgreSQL में प्रतिकृति, निश्चित रूप से लगभग कुछ समय के लिए रही है, लेकिन, जो उत्साहजनक है, संस्करण 9.0 के बाद से इसे सर्वर में शामिल किया गया है। MySQL के विपरीत, PostgreSQL को अतिरिक्त प्रतिकृति लॉग (बाइनरी लॉग) की आवश्यकता नहीं होती है, लेकिन बस प्रतिकृति के आगे ट्रांजेक्शनल स्टोरेज के लॉग को आगे लिखें। यह न केवल डिस्क पर लिखने की मात्रा को कम करता है, बल्कि समूह प्रतिबद्ध समस्या को भी हटाता है और वितरित लेनदेन (XA) का समर्थन करने की आवश्यकता है, जो लंबे समय से MySQL में प्रभावी रूप से लागू करने की कोशिश की गई है।

PostgreSQL में प्रतिकृति लॉग का प्रारूप इस प्रकार है "भौतिक।" यही है, इसमें टेबल और पंक्तियों के संदर्भ के बिना डिस्क पर पृष्ठों और फाइलों में वास्तविक परिवर्तन होते हैं। यह बदले में, प्रतिकृति को MVCC (समवर्ती अभिगम नियंत्रण) का उपयोग करने की अनुमति देता है। बहु-संस्करण) अतिरिक्त ताले के बिना घिरा हुआ है।

सामान्य तौर पर, PostgreSQL में प्रतिकृति सरल और अधिक विश्वसनीय है, जो एक फायदा और नुकसान दोनों है, उदाहरण के लिए, उन मामलों में जहां जटिल प्रतिकृति टोपोलॉजी बनाने की आवश्यकता है।

developer.postgresql.org/pgdocs/postgres/high-availability.html
kristiannielsen.livejournal.com/12254.html
www.theserverside.com/feature/Comparing-MySQL-and-Postgres-90-Replication

टंगस्टन प्रतिकृति

प्रतिकृति के विषय को जारी रखना: एक दिलचस्प रिपोर्ट उनके MySQL और PostgreSQL प्रतिकृति उत्पाद, टंगस्टन प्रतिकृति के बारे में निरंतर से थी। टंगस्टन रेप्लिकेटर आपको कई समस्याओं को हल करने की अनुमति देता है जो अधिक या कम "गैर-मानक" उपयोग के साथ उत्पन्न होती हैं
MySQL प्रतिकृति:

- वैश्विक प्रतिकृति आईडी के लिए समर्थन, जो पुनर्प्राप्ति को सरल करता है यदि प्रतिकृतियों में से एक विफल हो जाता है
- मल्टी-सोर्स प्रतिकृति - यानी, जब एक ही प्रतिकृति कई से डेटा प्राप्त कर सकती है
सर्वर। संघर्षों को हल करने के लिए, टंगस्टन जावा में ट्रिगर्स बनाने की क्षमता प्रदान करता है।
- कई थ्रेड्स (वर्तमान में प्रतिकृति) में प्रतिकृति का उपयोग करते समय बेहतर प्रदर्शन
MySQL में हमेशा एक ही धागे में चलता है)
- प्रतिकृति घटनाओं के लिए मनमाने फिल्टर सेट करने की क्षमता। MySQL इसके लिए वैरिएबल का उपयोग करता है।
जैसे replicate-do-db, replicate-wild-do, आदि।
- प्रतिकृति की स्थिरता की जाँच करें।

निष्पक्षता में, मुझे कहना होगा कि कई MySQL 5.6.2 प्रतिकृति सुविधाएँ टंगस्टन दोहराती हैं
रेप्लिकेटर। दूसरी ओर, यह केवल कार्यान्वित समाधानों की प्रासंगिकता की पुष्टि करता है।
कॉन्टिनेंट के टंगस्टन रेप्लिकेटर में, उन्होंने वर्ष के सर्वश्रेष्ठ उत्पाद का पुरस्कार जीता।

tungsten.sourceforge.net/docs/Tungsten-Replicator-Guide/Tungsten-Replicator-Guide.html
en.oreilly.com/mysql2011/public/schedule/detail/19268

मार्टिन मिकोस की रिपोर्ट

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

- इंटरनेट उपयोगकर्ताओं की संख्या में कई अरब की वृद्धि के साथ आगे गुणात्मक छलांग की प्रतीक्षा कर रहा है

- इंटरनेट पर डेटा की मात्रा भी तेजी से बढ़ रही है। यह हमेशा के लिए नए समाधानों की आवश्यकता पैदा करता है, जैसे कि
NoSQL। NoSQL-Technologies प्राथमिक रूप से उचित हो जाती हैं क्योंकि एक बड़ी राशि के साथ
NoSQL के साथ हार्डवेयर पर उपयोगकर्ता की बचत। एक महत्वपूर्ण संचयी प्रभाव है।

- क्लाउड इंफ्रास्ट्रक्चर का विकास लिनक्स वितरण जैसे सॉफ्टवेयर वितरण चैनलों पर काम करने की आवश्यकता को समाप्त करता है। अपने ऑपरेटिंग सिस्टम के लिए एक पैकेज डाउनलोड करने में सक्षम होने की जरूरत है, यह उल्टा हो जाता है - बस क्लाउड में सेवा तक पहुंच प्राप्त करें। कोटिंग मार्टन:
"जीपीएल व्युत्पन्न कार्यों के वितरण के बारे में था। व्युत्पन्न कार्य अभी भी मौजूद हैं, लेकिन कुछ कंपनियां अभी भी उन्हें वितरित करती हैं। ”

- पारंपरिक डीबीएमएस के अलावा, नए डेटा वेयरहाउस और बुनियादी ढांचे पर क्लाउड प्रौद्योगिकियों का निर्माण किया जाएगा

- क्लाउड इंफ्रास्ट्रक्चर में ओपन सोर्स सॉफ्टवेयर विकसित करने का मॉडल बदल रहा है - व्युत्पन्न कार्यों के साथ सवाल अब नहीं है, क्योंकि सॉफ्टवेयर अब वितरित नहीं है।

- वेब सॉफ्टवेयर विकास मॉडल बदल रहा है:
क्लाउड इंफ्रास्ट्रक्चर में कई अपेक्षाकृत कमजोर सिंगल-प्रोसेसर वर्चुअल मशीन - नया प्लेटफॉर्म
विकास, यहां तक ​​कि शुरुआत में छोटी साइटों के लिए भी

en.oreilly.com/mysql2011/public/schedule/detail/17807

मेरी अपनी रिपोर्ट

मेरी बात MySQL 5.5 में नए लॉक सबसिस्टम के बारे में थी। मैं शोध और आकलन नहीं करूंगा, रिपोर्ट पूरी तरह से इलेक्ट्रॉनिक रूप में उपलब्ध है, प्रस्तुति और पाठ सम्मेलन कार्यक्रम और ऑनलाइन में पाया जा सकता है:

en.oreilly.com/mysql2011/public/schedule/detail/17340
www.slideshare.net/kostjaosipov/metadata-locking-in-mysql-55