Ssh के माध्यम से MySQL संस्करण कैसे पता करें। MySQL संस्करण का चयन करें और MySQL संस्करण का पता कैसे लगाएं। वीडियो होस्टिंग समीक्षा

MySQL (फ्री रिलेशनल डेटाबेस मैनेजमेंट सिस्टम के लिए खड़ा है) एक कॉम्पैक्ट, मल्टी-थ्रेडेड डेटाबेस सर्वर है जो तेज़, स्थिर और उपयोग में आसान है।

प्रारंभ में आंतरिक समस्याओं को हल करने के लिए TcX द्वारा विकसित किया गया - बड़े डेटाबेस का सबसे तेज़ संभव प्रसंस्करण। 1996 से आंतरिक रूप से 40 से अधिक डेटाबेस वाले सर्वर पर उपयोग किया जाता है जिसमें 10,000 तालिकाएँ होती हैं, जिनमें से 500 से अधिक में 7 मिलियन से अधिक पंक्तियाँ होती हैं।

आज, MySQL को Oracle Corporation द्वारा विकसित और समर्थित किया गया है, जिसने 27 जनवरी 2010 को सन माइक्रोसिस्टम्स का अधिग्रहण किया, जिसके बाद उसने MySQL को अपनी उत्पाद श्रृंखला में शामिल किया। पहले (26 फरवरी, 2008), सन माइक्रोसिस्टम्स ने MySQL AB को खरीदने के लिए $1 बिलियन का भुगतान किया था। उत्पाद जीएनयू जनरल पब्लिक लाइसेंस और अपने स्वयं के वाणिज्यिक लाइसेंस दोनों के तहत वितरित किया जाता है। इसके अलावा, डेवलपर्स लाइसेंस प्राप्त उपयोगकर्ताओं के अनुरोध पर कार्यक्षमता बनाते हैं; यह इस आदेश के लिए धन्यवाद था कि प्रतिकृति तंत्र लगभग शुरुआती संस्करणों में दिखाई दिया।

छोटे और मध्यम आकार के अनुप्रयोगों के लिए MySQL सबसे इष्टतम समाधान है। सर्वर स्रोत कई प्लेटफ़ॉर्म पर संकलित हैं। सर्वर की क्षमताओं को यूनिक्स सर्वर पर पूरी तरह से प्रदर्शित किया जाता है, जहां मल्टीथ्रेडिंग के लिए समर्थन होता है, जो प्रदर्शन में उल्लेखनीय वृद्धि देता है। WAMP, AppServ, LAMP सर्वर और पोर्टेबल सर्वर में डेनवर, XAMPP शामिल है। MySQL का उपयोग आमतौर पर स्थानीय या दूरस्थ क्लाइंट द्वारा एक्सेस किए जाने वाले सर्वर के रूप में किया जाता है, लेकिन वितरण में एक बैक-एंड लाइब्रेरी शामिल होती है जो MySQL को स्टैंडअलोन प्रोग्राम में शामिल करने की अनुमति देती है।
बड़ी संख्या में तालिका प्रकारों के समर्थन के कारण, MySQL काफी लचीला है। उपयोगकर्ता MyISAM पूर्ण-पाठ खोज तालिकाओं और व्यक्तिगत InnoDB लेनदेन तालिकाओं दोनों का चयन कर सकते हैं। इसके अलावा, MySQL एक विशेष उदाहरण तालिका प्रकार के साथ आता है जो दर्शाता है कि नई तालिका प्रकार कैसे बनाएं। इसके साथ-साथ ओपन आर्किटेक्चर और जीपीएल लाइसेंसिंग के लिए धन्यवाद, MySQL में लगभग अंतहीन रूप से नए टेबल प्रकार जोड़ना संभव है।

MySQL सर्वर गैर-व्यावसायिक उपयोग के लिए निःशुल्क है। अन्यथा, आपको एक लाइसेंस खरीदना होगा, जिसकी वर्तमान लागत 190 EUR है।

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

MySQL का उद्भव

1994 से पहले, बाज़ार में मुख्य रूप से बड़ी मात्रा में डेटा और जटिल संबंधों को संभालने के लिए डिज़ाइन किए गए डेटाबेस शामिल थे, जिनमें विभिन्न प्रकार की क्षमताएं थीं, लेकिन साथ ही महत्वपूर्ण कंप्यूटिंग संसाधनों की भी आवश्यकता थी। इन डेटाबेस में Oracle, Informix और Sybase शामिल हैं। ऐसे कोई DBMS नहीं थे जो SQL का समर्थन करते हों और साथ ही किफायती भी हों।

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

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

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

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

और यहीं पर माइकल मोंटी विडेनियस, जिन्हें MySQL का आविष्कारक माना जाता है, काम में आते हैं। 1979 में, उन्होंने UNIREG नामक एक डेटाबेस प्रबंधन उपकरण विकसित किया। UNIREG को बाद में बड़े डेटाबेस का समर्थन करने के लिए विस्तारित किया गया और कई भाषाओं में फिर से लिखा गया। 1994 में, TcX ने UNIREG का उपयोग करके www एप्लिकेशन विकसित करना शुरू किया। हालाँकि, अधिक ओवरहेड के कारण, वेब पेजों को गतिशील रूप से उत्पन्न करने के लिए UNIREG का सफलतापूर्वक उपयोग नहीं किया जा सका। इसलिए, विडेनियस ने mSQL के लेखक ह्यूजेस से संपर्क करने का निर्णय लिया, ताकि वह सुझाव दे सके कि वह mSQL को UNIREG में B+ ISAM हैंडलर से कनेक्ट करे। हालाँकि, ह्यूजेस ने mSQL 2 के पथ पर अच्छी प्रगति की, और कंपनी ने अपनी आवश्यकताओं के अनुरूप एक डेटाबेस सर्वर बनाने का निर्णय लिया।

TcX ने UNIREG को आधार के रूप में लिया और mSQL के लिए तृतीय-पक्ष उपयोगिताओं का उपयोग किया, अपने सिस्टम के लिए एक API लिखा, जो शुरू में mSQL के लिए API के समान था। हालाँकि, इसने किसी भी mSQL उपयोगकर्ता को अनुमति दी जो अपने कोड में मामूली बदलाव करने के लिए TcX डेटाबेस सर्वर पर माइग्रेट करना चाहता था। नए डेटाबेस का सोर्स कोड पूरी तरह से मूल था। इस प्रकार, मई 1995 में, कंपनी के पास MySQL 1.0 डेटाबेस था जो कंपनी की जरूरतों को पूरी तरह से संतुष्ट करता था।

1995 में, डेविड ऑक्समार्क, जो डेट्रॉन एचबी के लिए काम करते हैं और कंपनी के बिजनेस पार्टनर हैं, ने इंटरनेट के माध्यम से MySQL DBMS को वितरित करने के लिए TcX को सक्रिय रूप से आमंत्रित करना शुरू किया। डेविड ने दस्तावेज़ीकरण पर काम करने में भी भाग लिया। परिणामस्वरूप, MySQL DBMS का संस्करण 3.11.1 1996 में लिनक्स और सोलारिस चलाने के लिए बाइनरी वितरण के रूप में जारी किया गया था। आज, MySQL कई प्लेटफ़ॉर्म पर चलता है और बाइनरी और सोर्स दोनों संस्करणों में उपलब्ध है।

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

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

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

नाम और लोगो

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

दूसरा संस्करण, अधिक भावुक, इस तथ्य पर आधारित है कि माइकल मोंटी विडेनियस ने अपनी बेटी - माई के नाम पर नए उत्पाद MySQL का नाम रखा। विडेनियस की बेटी का नाम वास्तव में मेरा है, और वह स्वयं पहले या दूसरे संस्करण का खंडन नहीं करता है।

MySQL के डॉल्फिन लोगो का नाम "सकिला" है। इसे उपयोगकर्ता द्वारा सुझाए गए "डॉल्फ़िन नामों" की एक बड़ी सूची से चुना गया था। "सकिला" नाम ओपन सोर्स डेवलपर एम्ब्रोस ट्वेबेज़ द्वारा प्रस्तुत किया गया था।

MySQL विशेषताएँ

MySQL की मुख्य विशेषता यह है कि यह ANSI 92 मानक में SQL क्वेरी भाषा का समर्थन करता है, और इसके अलावा इसमें इस मानक के कई एक्सटेंशन हैं जो किसी अन्य डेटाबेस प्रबंधन प्रणाली में नहीं पाए जाते हैं।
MySQL सुविधाओं की एक छोटी सूची:

1. डेटाबेस के साथ एक साथ काम करने वाले असीमित संख्या में उपयोगकर्ताओं के प्रभावी संचालन का समर्थन किया जाता है।

2. तालिकाओं में पंक्तियों की संख्या 50 मिलियन तक पहुँच सकती है।

3. आदेशों का सबसे तेज़ संभव निष्पादन। एक राय है कि MySQL अस्तित्व में सबसे तेज़ सर्वर है।

4. सरल एवं प्रभावी सुरक्षा व्यवस्था.

MySQL में उदाहरण चार्ट

MySQL के नुकसान

हालाँकि, MySQL के कुछ नुकसान भी हैं। यह मुख्य रूप से इस तथ्य के कारण है कि इतनी उच्च गति प्राप्त करने के लिए, डेवलपर्स को रिलेशनल डेटाबेस प्रबंधन प्रणालियों के लिए कुछ आवश्यकताओं का त्याग करना पड़ा।

तो, MySQL में कमी है:

1 . नेस्टेड क्वेरीज़ के लिए समर्थन जैसे SELECT * FROM Table1 WHERE id IN (SELECT id FROM Table2) (पुराने संस्करणों में)।

2. लेन-देन समर्थन लागू नहीं किया गया है. इसके बजाय, LOCK/UNLOCK TABLE का उपयोग करने का प्रस्ताव है।

3. विदेशी कुंजियों के लिए कोई समर्थन नहीं है.

4 . ट्रिगर्स और संग्रहीत प्रक्रियाओं के लिए कोई समर्थन नहीं है।

5 . विचारों के लिए कोई समर्थन नहीं (देखें)। संस्करण 3.23 में इसे दृश्य बनाने में सक्षम बनाने की योजना बनाई गई है।

रचनाकारों के अनुसार, यह अंक 2-4 ही थे जिसने उच्च प्रदर्शन प्राप्त करना संभव बनाया। उनके कार्यान्वयन से सर्वर की गति काफी कम हो जाती है। वेब एप्लिकेशन बनाते समय ये सुविधाएं महत्वपूर्ण नहीं हैं, जिन्होंने उच्च प्रदर्शन और कम कीमत के साथ मिलकर सर्वर को बहुत लोकप्रिय बना दिया।

लाइसेंसिंग

MySQL दोहरी लाइसेंस प्राप्त है. MySQL को GPL की शर्तों के तहत वितरित किया जा सकता है। हालाँकि, GPL की शर्तों के तहत, यदि किसी प्रोग्राम में MySQL स्रोत कोड शामिल है, तो उसे GPL लाइसेंस के तहत भी वितरित किया जाना चाहिए। यह उन डेवलपर्स की योजनाओं के विपरीत हो सकता है जो अपने प्रोग्राम को ओपन सोर्स नहीं करना चाहते हैं। ऐसे मामलों के लिए, एक वाणिज्यिक लाइसेंस प्रदान किया जाता है, जो उच्च गुणवत्ता वाली सेवा सहायता भी प्रदान करता है।

प्लेटफार्म

MySQL को बड़ी संख्या में प्लेटफ़ॉर्म पर पोर्ट किया गया है: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista और Windows 7. OpenVMS में एक MySQL पोर्ट भी है। यह ध्यान रखना महत्वपूर्ण है कि आधिकारिक DBMS वेबसाइट पर, न केवल स्रोत कोड मुफ्त डाउनलोड के लिए प्रदान किए जाते हैं, बल्कि विशिष्ट ऑपरेटिंग सिस्टम के लिए तैयार MySQL DBMS निष्पादन योग्य मॉड्यूल भी संकलित और अनुकूलित किए जाते हैं।

प्रोग्रामिंग भाषा

MySQL में डेल्फ़ी, C, C++, एफिल, जावा, लिस्प, पर्ल, PHP, पायथन, रूबी, स्मॉलटॉक, कंपोनेंट पास्कल और Tcl के लिए API, .NET प्लेटफ़ॉर्म भाषाओं के लिए लाइब्रेरीज़ हैं, और MyODBC ODBC ड्राइवर के माध्यम से ODBC के लिए समर्थन भी प्रदान करता है।

संस्करण इतिहास

MySQL की पहली आंतरिक रिलीज़ 23 मई 1995 को हुई [स्रोत 1224 दिन निर्दिष्ट नहीं]।
विंडोज़ सिस्टम (विंडोज़ 95 और एनटी) के लिए संस्करण 8 जनवरी 1998 को जारी किया गया था।
संस्करण 3.23: जून 2000 में बीटा संस्करण, जनवरी 2001 में रिलीज़।
संस्करण 4.0: अगस्त 2002 में बीटा, मार्च 2003 में रिलीज़।
संस्करण 4.1: जून 2004 में बीटा, अक्टूबर 2004 में रिलीज़।
संस्करण 5.0: मार्च 2005 में बीटा, अक्टूबर 2005 में रिलीज़।
संस्करण 5.1: विकास नवंबर 2005 में शुरू हुआ, नवंबर 2008 में रिलीज़ हुआ।
संस्करण 5.4: बीटा अप्रैल 2009 में, जारी नहीं किया गया था।
संस्करण 5.5: दिसंबर 2010 को रिलीज़।
संस्करण 5.6: विकास में (5.6.6 एम9 7 अगस्त 2012)।

संस्करण इतिहास


MySQL 4.0

हालाँकि संस्करण 4.0 पुराना हो चुका है, फिर भी इसे महत्वपूर्ण रूप से अपनाया गया है। इस संस्करण की मुख्य विशेषताएं:

एएनएसआई एसक्यूएल-99, प्लस एक्सटेंशन का लगभग पूर्ण कार्यान्वयन;
क्रॉस-प्लेटफ़ॉर्म अनुकूलता;
स्वतंत्र तालिका प्रकार (तेजी से पढ़ने के लिए MyISAM, लेनदेन और संदर्भात्मक अखंडता के लिए InnoDB);
लेनदेन;
एसएसएल समर्थन;
कैशिंग का अनुरोध करें;
प्रतिकृति: प्रति एक दास पर एक हेड सर्वर, प्रति एक हेड पर कई दास;
MyISAM तालिका प्रकार का उपयोग करके पूर्ण-पाठ अनुक्रमण और खोज;
कार्यान्वित डेटाबेस लाइब्रेरी;
यूनिकोड समर्थन (UTF-8);
ACID अनुरूप InnoDB तालिकाएँ;
एक अंतर्निर्मित सर्वर जो MySQL को स्टैंडअलोन अनुप्रयोगों में शामिल करने की अनुमति देता है।

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

MySQL 5.0

संस्करण MySQL 5.0 24 अक्टूबर 2005 को जारी किया गया था, इस संस्करण ने कार्यक्षमता में काफी विस्तार किया है जो MySQL को वाणिज्यिक DBMS के बराबर रखता है। यदि पहले MySQL DBMS पर SQL मानक के लिए अपर्याप्त समर्थन का आरोप लगाया गया था, तो इस लोकप्रिय डेटाबेस के पांचवें संस्करण के आगमन के साथ, SQL मानक के लिए लगभग पूर्ण समर्थन दिखाई दिया। MySQL 5.0 में निम्नलिखित नवाचार शामिल हैं:
संग्रहीत कार्यविधियाँ और कार्य;
त्रुटि संचालक;
अभिशाप;
ट्रिगर्स;
प्रतिनिधित्व;
सूचना स्कीमा (तथाकथित सिस्टम शब्दकोश जिसमें मेटाडेटा होता है)।

MySQL 5.1

MySQL 5.1 SQL:2003 मानक का पथ जारी रखता है। MySQL 5.1 में निम्नलिखित नवाचार शामिल हैं:

विभाजन उपयोगकर्ता द्वारा परिभाषित फ़ंक्शन के आधार पर एक बड़ी तालिका को विभिन्न फ़ाइल सिस्टम पर स्थित कई भागों में विभाजित करने की क्षमता है। कुछ शर्तों के तहत, यह प्रदर्शन में उल्लेखनीय वृद्धि प्रदान कर सकता है और इसके अलावा, तालिकाओं को स्केल करना आसान बनाता है।
SQL2003 मानक के साथ अधिक अनुकूलता सुनिश्चित करने के लिए कई ऑपरेटरों के व्यवहार को बदल दिया गया है।
पंक्ति-आधारित प्रतिकृति, जिसमें मूल (और संभवतः धीमी) क्वेरी टेक्स्ट के बजाय केवल वास्तव में परिवर्तित तालिका पंक्तियों के बारे में जानकारी बाइनरी लॉग में लिखी जाएगी। पंक्ति प्रतिकृति का उपयोग केवल कुछ प्रकार की SQL क्वेरी के लिए किया जा सकता है, MySQL शब्दों में - मिश्रित प्रतिकृति।
समय-समय पर लॉन्च की गई नौकरियों का अंतर्निहित अनुसूचक। सिंटैक्स के संदर्भ में, किसी कार्य को जोड़ना किसी तालिका में ट्रिगर जोड़ने के समान है; विचारधारा में, यह क्रोंटैब के समान है।
XML प्रसंस्करण, XPath समर्थन के कार्यान्वयन के लिए कार्यों का अतिरिक्त सेट।
नई समस्या निदान और प्रदर्शन विश्लेषण उपयोगिताएँ। लॉग फ़ाइलों की सामग्री को प्रबंधित करने की क्षमताओं का विस्तार किया गया है; लॉग को अब सामान्य_लॉग और स्लो_लॉग तालिकाओं में सहेजा जा सकता है। Mysqlslap उपयोगिता आपको डेटाबेस का परीक्षण करने और प्रत्येक अनुरोध के लिए प्रतिक्रिया समय रिकॉर्ड करने की अनुमति देती है।
अपग्रेड ऑपरेशन को सरल बनाने के लिए, mysql_upgrade उपयोगिता तैयार की गई है, जो नए संस्करण के साथ संगतता के लिए सभी मौजूदा तालिकाओं की जांच करेगी, और यदि आवश्यक हो, तो उचित समायोजन करेगी।
MySQL क्लस्टर अब MySQL 5.1 और NDBCLUSTER स्टोरेज पर आधारित एक अलग उत्पाद के रूप में जारी किया गया है।
MySQL क्लस्टर के संचालन में महत्वपूर्ण परिवर्तन, जैसे, उदाहरण के लिए, डिस्क पर सारणीबद्ध डेटा संग्रहीत करने की क्षमता।
अंतर्निहित libmysqld लाइब्रेरी का उपयोग करने पर वापस लौटें, जो MySQL 5.0 में गायब थी।
प्लगइन्स के लिए एक एपीआई जो आपको तृतीय-पक्ष मॉड्यूल लोड करने की अनुमति देता है जो सर्वर को पुनरारंभ किए बिना कार्यक्षमता (जैसे पूर्ण-पाठ खोज) का विस्तार करता है।
प्लग-इन के रूप में पूर्ण-पाठ खोज पार्सर का कार्यान्वयन।
न्यू मारिया टेबल प्रकार (MyISAM का क्रैश-प्रतिरोधी क्लोन)।

मारिया टेबल प्रकार

मारिया (संस्करण 5.2.x से शुरू - एरिया) - क्रैश के बाद डेटा अखंडता बनाए रखने के लिए उपकरणों को जोड़ने के साथ MyISAM स्टोरेज का एक विस्तारित संस्करण।
मारिया के मुख्य लाभ:

दुर्घटना की स्थिति में, वर्तमान ऑपरेशन के परिणाम वापस ले लिए जाते हैं या LOCK TABLES कमांड से पहले की स्थिति में वापस आ जाते हैं। लॉगिंग परिचालन के माध्यम से कार्यान्वयन.
ऑपरेशन लॉग में किसी भी बिंदु से स्थिति को पुनर्स्थापित करने की क्षमता, जिसमें CREATE/DROP/RENAME/TRUNCATE के लिए समर्थन शामिल है। ऑपरेशन लॉग की आवधिक प्रतिलिपि के माध्यम से वृद्धिशील बैकअप बनाने के लिए उपयोग किया जा सकता है।
सभी MyISAM कॉलम प्रारूपों के लिए समर्थन को एक नए "रो-इन-ब्लॉक" प्रारूप के साथ विस्तारित किया गया है जो पृष्ठ-आधारित डेटा भंडारण विधि का उपयोग करता है जिसमें कॉलम में डेटा को कैश किया जा सकता है।
भविष्य में, दो मोड लागू किए जाएंगे: गैर-महत्वपूर्ण डेटा के लिए लेनदेन संबंधी और लेनदेन लॉग में प्रतिबिंब के बिना।
डेटा पेज का आकार 8 KB (MyISAM 1 KB में) है, जो निश्चित आकार के फ़ील्ड पर इंडेक्स के लिए बेहतर प्रदर्शन की अनुमति देता है, लेकिन चर-लंबाई कुंजियों को इंडेक्स करने के मामले में धीमा है।

MySQL 5.5

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

MySQL 6.0

संस्करण MySQL 6.0 को अल्फा परीक्षण चरण में फ़्रीज़ कर दिया गया था। प्रारंभ में, संस्करण 5.2 बनाने का निर्णय लिया गया; जल्द ही इस संस्करण का नाम बदलकर 6.0 कर दिया गया। हालाँकि, बाद में MySQL 6.0 के बारे में जानकारी साइट से गायब हो गई, और डेवलपर्स ने संस्करण 5.5 और उसके बाद के संस्करण 5.6 पर ध्यान केंद्रित किया।
संस्करण 6.0 के मुख्य नवाचारों में से एक नई फाल्कन टेबल प्रकार की योजना बनाई गई थी, जिसे ओरेकल द्वारा अधिग्रहित इनोबेस से इनोडीबी के संभावित प्रतिस्थापन के रूप में विकसित किया गया था। 2010 में उसी ओरेकल द्वारा सन माइक्रोसिस्टम्स के अधिग्रहण के संबंध में, फाल्कन का भाग्य सवालों के घेरे में है।

विशेष विवरण

MySQL 3.22 में अधिकतम तालिका आकार 4 जीबी तक है, बाद के संस्करणों में अधिकतम आकार 8 मिलियन टीबी (263 बाइट्स) तक है।
किसी तालिका का आकार उसके प्रकार से सीमित होता है। सामान्य तौर पर, MyISAM प्रकार ऑपरेटिंग सिस्टम फ़ाइल सिस्टम की फ़ाइल आकार सीमा द्वारा सीमित होता है। उदाहरण के लिए, एनटीएफएस में यह आकार सैद्धांतिक रूप से 32 एक्साबाइट तक हो सकता है। InnoDB के मामले में, एक टेबल को एक ही टेबलस्पेस का प्रतिनिधित्व करने वाली कई फाइलों में संग्रहीत किया जा सकता है। उत्तरार्द्ध का आकार 64 टेराबाइट्स तक पहुंच सकता है।

MyISAM के विपरीत, InnoDB में एकल तालिका में जोड़े जा सकने वाले स्तंभों की संख्या पर एक महत्वपूर्ण सीमा होती है। डिफ़ॉल्ट मेमोरी पेज का आकार 16 किलोबाइट है, जिसमें से 8123 बाइट्स डेटा के लिए आवंटित किए गए हैं। गतिशील फ़ील्ड के सूचक का आकार 20 बाइट्स है। इस प्रकार, गतिशील पंक्ति प्रारूप (ROW_FORMAT=DYNAMIC) का उपयोग करते समय, एक तालिका अधिकतम 409 ब्लॉब या टेक्स्ट कॉलम को समायोजित कर सकती है।

संस्करण 4.1 से शुरू होकर, MySQL DBMS में एक नई एन्कोडिंग और सॉर्टिंग प्रणाली पेश की गई है। Windows-1251 एन्कोडिंग का उपयोग करते समय, SQL स्टेटमेंट निष्पादित करने से पहले, आपको ऑपरेटरों का उपयोग करके कनेक्शन एन्कोडिंग को कॉन्फ़िगर करना होगा:

सेट कैरेक्टर_सेट_क्लाइंट='सीपी1251';
सेट वर्ण_सेट_परिणाम='सीपी1251';
सेट कैरेक्टर_सेट_कनेक्शन='सीपी1251';

ये तीन कथन एक कथन को कॉल करने के बराबर हैं:

नाम सेट करें "cp1251"

कैरेक्टर_सेट_क्लाइंट वैरिएबल क्लाइंट से भेजे गए डेटा की एन्कोडिंग सेट करता है, कैरेक्टर_सेट_रिज़ल्ट वैरिएबल क्लाइंट को भेजे गए डेटा की एन्कोडिंग सेट करता है, कैरेक्टर_सेट_कनेक्शन वैरिएबल एन्कोडिंग सेट करता है जिसमें सर्वर पर अनुरोध निष्पादित करने से पहले क्लाइंट से प्राप्त जानकारी परिवर्तित की जाती है।

UTF-8 यूनिकोड का उपयोग करते समय, यह कथन इस प्रकार दिखता है:
नाम सेट करें "utf8"

आईएसओ 8859-5 एन्कोडिंग समर्थित नहीं है।


MySQL में संस्करण चुनें()- एक क्वेरी जो उपयोग किए गए पैकेज और उसके संस्करण का नाम लौटाती है। नाम स्वयं MySQL या उसका कांटा हो सकता है, जो स्वतंत्र रूप से विकसित होता है - MaraiDB। अधिकांश समस्याओं को हल करते समय पैकेजों के बीच अंतर ध्यान देने योग्य नहीं है। MySQL 5.6 MaraiDB 10 से मेल खाता है।

MySQL संस्करण का चयन करें और MySQL संस्करण का पता कैसे लगाएं

आप कई तरीकों से संस्करण का पता लगा सकते हैं। सबसे सरल में डेटाबेस सर्वर उपयोगकर्ता पासवर्ड जानने की आवश्यकता नहीं होती है। बस SSH के माध्यम से लॉग इन करें और mysql --version चलाएं

mysql Ver 14.14 डिस्ट्रीब 5.5.55, रीडलाइन 6.3 का उपयोग करके डेबियन-लिनक्स-ग्नू (x86_64) के लिए

शीर्षक में दी गई विधि का उपयोग करने के लिए, आपको एक SQL अनुरोध भेजना होगा; ऐसा करने के लिए, कंसोल में लॉग इन करें (आप इसे स्क्रिप्ट के साथ भी कर सकते हैं)।

पास वर्ड दर्ज करें:
माईएसक्यूएल मॉनिटर मे आपका स्वागत है। आदेश के साथ समाप्त होते हैं ; या\g.
आपकी MySQL कनेक्शन आईडी 41 है
सर्वर संस्करण: 5.5.55-0ubuntu0.14.04.1 (उबंटू)

कॉपीराइट (सी) 2000, 2017, ओरेकल और/या उसके सहयोगी। सर्वाधिकार सुरक्षित।

Oracle, Oracle Corporation और/या इसका एक पंजीकृत ट्रेडमार्क है
सहयोगी। अन्य नाम उनके संबंधित ट्रेडमार्क हो सकते हैं
मालिक.

"सहायता" टाइप करें या मदद के लिए "\h"। वर्तमान इनपुट स्टेटमेंट को साफ़ करने के लिए "\c" टाइप करें।

आवश्यक जानकारी सफल प्राधिकरण के बाद दिखाई देने वाले आउटपुट में उपलब्ध है। इस स्थिति में, MySQL सर्वर संस्करण 5.5.55-0 का उपयोग किया जाता है।

इसके अलावा, एक बार डेटाबेस सर्वर कंसोल में, आप निम्नानुसार संस्करण का अनुरोध कर सकते हैं:

+————————-+
| संस्करण() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
सेट में 1 पंक्ति (0.00 सेकंड)

विचार किए गए सभी मामलों में समान रूप से संपूर्ण जानकारी प्राप्त की गई।

MySQL () के साथ काम करने की मूल बातें बताने वाले लेखों की एक श्रृंखला पढ़ें।

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

डेटाबेस सर्वर संस्करण को डेबियन में बदलना

1) mysqldump उपयोगिता का उपयोग करके, सभी तालिकाओं (सेवा तालिकाओं सहित) का एक डंप बनाया जाता है

2) पैकेज हटा दिया गया है उपयुक्त-mysql-सर्वर को हटाएं* && उपयुक्त-mysql-सर्वर को शुद्ध करें*, आपको प्रतिलिपि बनाने के बाद /var/lib/mysql और /etc/mysql को भी हटाना होगा

3) आधिकारिक वेबसाइट पर सूचीबद्ध रिपॉजिटरी को /etc/apt/source.list में जोड़ा गया है (उदाहरण के लिए, डेबियन 8 पर मारियाडीबी 10 के लिए), जानकारी अपडेट की गई है उपयुक्त-अद्यतन प्राप्त करें

3) के माध्यम से भी उपयुक्त-प्राप्त करेंएक नया पैकेज स्थापित किया जाता है और फिर डेटाबेस डंप लोड किए जाते हैं

अप्रत्याशित स्थितियों के मामले में आपके पास हमेशा प्रतियां होनी चाहिए। विभिन्न संस्करण कॉन्फ़िगरेशन फ़ाइलों में विभिन्न निर्देशों का उपयोग करते हैं और मैन्युअल संपादन की आवश्यकता हो सकती है।

इसके बारे में पढ़ें, इसकी मदद से पैकेज संस्करण निकाला गया; सैंपलिंग सबसे आम ऑपरेशन है।

  • सुरक्षा
  • गुणवत्ता
  • कीमत
  • विश्वसनीयता
  • सादगी
  • स्थिरता
  • सहायता
  • रफ़्तार
  • कंट्रोल पैनल

अक्सर पूछे जाने वाले प्रश्न सहायता अनुभाग

वीडियो होस्टिंग समीक्षा

एफ़टीपी पर सर्वर कैसे अपलोड करें

ध्यान:आपको केवल 3 फ़ोल्डर अपलोड करने होंगे ( फ़िल्टरस्क्रिप्ट, गेममोड, स्क्रिप्टफ़ाइलें) और 1 फ़ाइल सर्वर.सीएफजी, फिर सर्वर.cfg में लाइन लिखें (यदि यह वहां नहीं है) प्लगइन्स स्ट्रीमर.so sscanf.so CRP.so mysql.so आपको यह भी सुनिश्चित करना होगा कि .amx प्रारूप में मॉड गेममोड फ़ोल्डर में मौजूद है, और मॉड का नाम सर्वर.सीएफजी (कॉन्फ़िगरेशन) में सही ढंग से लिखा गया है।

फ़ाइलज़िला क्लाइंट
प्रवेश करना मेज़बान उदाहरण: 194.58.88.74 - लॉग इन करें *****- पासवर्ड******** बंदरगाह क्षेत्र में कुछ भी दर्ज न करें!!!

ध्यान:यदि FileZilla के माध्यम से FTP से कोई कनेक्शन नहीं है, तो टोटल कमांडर डाउनलोड करें और इसके माध्यम से कनेक्ट करें!

कुल कमांडर- अपनी सैम्प फ़ाइलें एफ़टीपी पर अपलोड करने के लिए
प्रवेश करना मेज़बान उदाहरण: 194.58.88.74 - लॉग इन करें 173104911- पासवर्ड g1KdN7D3q

कहाँ प्रवेश करें? उत्तर: टोटल कमांडर> नेटवर्क> एफ़टीपी सर्वर से कनेक्ट करें> जोड़ें चलाएं और फिर अपना डेटा दर्ज करें जैसा कि उदाहरण स्क्रीनशॉट में दिखाया गया है:

मॉड अज्ञात

यदि आपका गेममोड फ़ील्ड "अज्ञात" कहता है, तो इन चरणों का पालन करें:
1. सबसे पहले, अपना सर्वर बंद करें
2. सर्वर विकल्प टैब > सेटिंग्स में नियंत्रण कक्ष पर जाएं
3.नीचे एक पंक्ति जोड़ें प्लगइन्स स्ट्रीमर.so sscanf.so CRP.so mysql.so
यदि मॉड अज्ञात है तो प्लगइन्स का नाम बदलें, उदाहरण के लिए: प्लगइन्स स्ट्रीमर.सो sscanf.so CRP.so mysql.so परप्लगइन्स स्ट्रीमर2.7.2.so sscanf.so CRP.so mysqlR34.so
*प्लगइन्स फ़ोल्डर प्रारंभ में डिफ़ॉल्ट रूप से स्थापित होता है और इसमें सभी आवश्यक प्लगइन्स होते हैं।
*आप अपना कोई भी प्लगइन एफ़टीपी पर इंस्टॉल कर सकते हैं, फिर सेटिंग अनुभाग में नियंत्रण कक्ष में सर्वर के लिए आवश्यक प्लगइन पंजीकृत कर सकते हैं।
*स्ट्रीमर को संकलित और अद्यतन करने के लिए, PAWNO प्रोग्राम का उपयोग करें
4.एक फ़ोल्डर में प्लग-इनलिनक्स के लिए .so एक्सटेंशन के साथ प्लगइन्स होने चाहिए: अपने सर्वर के लिए वांछित प्लगइन का चयन करें और प्लगइन्स लाइन में पैनल सेटिंग्स में उसका नाम लिखें उदाहरण: प्लगइन्स स्ट्रीमर.so
5.यह न भूलें कि हम OS Linux का उपयोग करते हैं, जिसका अर्थ है पैनल सेटिंग्स में
प्लगइन्स प्लगइन्स के लिए लाइन लिखें:streamer.so sscanf.so CRP.so एक्सटेंशन के साथ ।इसलिएअन्यथा आपका सर्वर ठीक से काम नहीं करेगा.

के लिए ओएस लिनक्स Server.cfg में इस प्रकार रजिस्टर करें: प्लगइन्स स्ट्रीमर.so sscanf.so CRP.so mysql.so एंटीअटैक.so
प्लगइन्स में से एक libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 सर्वर फ़ोल्डर में स्थित होना चाहिए।

ध्यान दें: यदि सर्वर विंडोज़ ओएस पर सही ढंग से काम करता है, तो इसका मतलब यह नहीं है कि यह लिनक्स पर भी सही ढंग से काम करेगा।

यदि भरने के बाद कोई आइकन, घर, व्यवसाय आदि नहीं हैं तो मुझे क्या करना चाहिए?

कॉन्फिगरेशन में Streamer2.5.so लिखें, सेव करें और सर्वर को रिबूट करें।
उदाहरण:

प्लगइन्स स्ट्रीमर2.5.so sscanf.so CRP.so mysql.so regex.so

प्लगइन संस्करण कैसे पता करें?
अपने स्थानीय कंप्यूटर पर, सर्वर शुरू करें, फिर लॉग में देखें, प्लगइन का संस्करण वहां दर्शाया जाएगा, इस संस्करण को सर्वर कॉन्फ़िगरेशन में होस्टिंग पर पंजीकृत करें।
उदाहरण:


सर्वर प्लगइन्स
--------------
प्लगइन लोड हो रहा है: स्ट्रीमर.सो
*** स्ट्रीमर प्लगइन v2.6.1 गुप्त द्वारा लोड किया गया ***

इसका मतलब है कि आपको सर्वर कॉन्फ़िगरेशन में स्ट्रीमर2.6.1.so संस्करण निर्दिष्ट करने की आवश्यकता है

सहायता - मॉड को MySQL सर्वर से कनेक्ट करना

PAWNO प्रोग्राम के साथ मॉड (फ़ाइल.PWN) खोलें, MYSQL अनुभाग से अपना डेटा निर्दिष्ट करें


उदाहरण:

#mysql_host "host.site" को परिभाषित करें
#mysql_db "s20000" को परिभाषित करें
#mysql_user "s20000" को परिभाषित करें
#mysql_pass "lazyrich" को परिभाषित करें

.AMX में मॉड को संकलित करने और डेटाबेस में sql क्वेरी आयात करने के बाद

ध्यान! यदि संकलन प्रक्रिया के दौरान अज्ञात प्रकट होता है, तो मॉड का पता नहीं लगाया जाएगा।
समाधान त्रुटि को ठीक करने के लिए एक स्क्रिप्टर की तलाश करना है।

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

सर्वर.सीएफजी









प्रश्न 1 - हम नहीं बदलते।

मैक्सएनपीसी 10 - हम नहीं बदलते।
ऑनफुट_रेट 40 - परिवर्तन न करें।
incar_rate 40 - हम इसे नहीं बदलते हैं।
हथियार दर 40 – मत बदलो.




- सैम्प कॉन्फ़िगरेशन के लिए प्लगइन्स की मानक पंक्ति

अपने आप को एक एडमिन अकाउंट कैसे दें

फ़ोल्डर में सर्वर पर जाएँ स्क्रिप्टफ़ाइलें, अपना खोजें निक
उदाहरण: Aldo_Mangano, नोटपैड का उपयोग करके फ़ाइल खोलें,
पंक्ति खोजें व्यवस्थापकस्तर 1999 निर्दिष्ट करें, फिर फ़ाइल सहेजें और सर्वर को पुनरारंभ करें।

सर्वर.सीएफजी

इको निष्पादन सर्वर कॉन्फ़िगरेशन…
लैनमोड 0 - 0 - इंटरनेट पर गेम, 1 - स्थानीय नेटवर्क पर गेम।
rcon_password 123 - "123" - सर्वर पर व्यवस्थापक पैनल से पासवर्ड।
अधिकतम खिलाड़ी 50 - जैसा कि आप पहले ही समझ चुके हैं, अधिकतम संख्या खिलाड़ियों की है। संस्करण 0.3ए में, अधिकतम 500।
पोर्ट 7777 - आपके सर्वर पते के अंत में प्रदर्शित पोर्ट। (होस्टिंग पर यह स्वयं को उजागर करता है)
होस्टनाम नेमसर्वर - आपके भविष्य के सर्वर का नाम।
गेममोड0 मोड - आपके भविष्य के सर्वर के लिए गेम मॉड। इस पर और अधिक नीचे...
घोषणा 0 - 1 इंटरनेट टैब में सर्वर दिखाई दे रहा है / 0 दिखाई नहीं दे रहा है।
प्रश्न 1 - हम नहीं बदलते।
वेबरल साइट - सर्वर साइट, यदि उपलब्ध हो।
मैक्सएनपीसी 10 - हम नहीं बदलते।
ऑनफुट_रेट 40 - परिवर्तन न करें।
incar_rate 40 - हम इसे नहीं बदलते हैं।
हथियार दर 40 – मत बदलो.
स्ट्रीम_डिस्टेंस 300.0 - परिवर्तन न करें।
स्ट्रीम_रेट 1000 - परिवर्तन न करें।
पासवर्ड - your_password (पासवर्ड वाला सर्वर)
भाषा रूस - मानचित्र के स्थान पर 0.3.7 के लिए मानचित्र
प्लगइन्स स्ट्रीमर.सो sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.soativechecker.so- सैम्प कॉन्फ़िगरेशन के लिए प्लगइन्स की मानक पंक्ति

MySQL संस्करण 5.6 की स्थिर रिलीज़ जारी। नए वर्जन में काफी काम किया गया है. मुख्य प्रयासों का उद्देश्य प्रदर्शन, स्केलेबिलिटी और लचीलेपन में सुधार करना था। InnoDB इंजन में महत्वपूर्ण परिवर्तन हुए हैं।

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

संस्करण 5.6 में एक और नवाचार डीबीएमएस को ऑफ़लाइन किए बिना और तालिकाओं तक पहुंच को बाधित किए बिना डीडीएल (डेटा डेफिनिशन लैंग्वेज) संचालन निष्पादित करने की क्षमता है। प्रशासक डीबीएमएस को बंद किए बिना स्कीमा को रीसेट करने, डेटा कॉलम जोड़ने या हटाने, या कॉलम का नाम बदलने से संबंधित संचालन करने में सक्षम हैं। पहले, ऐसी सुविधाएँ केवल NoSQL उत्पादों में उपलब्ध थीं।

संस्करण 5.5 की तुलना में, नया उत्पाद अब 48-कोर सर्वर पर चल सकता है, जबकि MySQL 5.5 में 32-कोर पर चल सकता है।

प्रमुख विशेषताओं के बारे में थोड़ा और विवरण:

  • एपीआई का उपयोग करके NoSQL सिस्टम की शैली में InnoDB तालिकाओं तक सीधी पहुंच के लिए एक इंटरफ़ेस लागू किया गया है जो कुंजी/मूल्य जोड़े में हेरफेर करता है और मेम्केच्ड के साथ संगत है।
  • InnoDB तालिकाओं में संग्रहीत पाठ सामग्री के बीच शब्द रूपों द्वारा त्वरित खोज को व्यवस्थित करने के लिए InnoDB में पूर्ण-पाठ अनुक्रमणिका बनाना अब संभव है। पहले, पूर्ण-पाठ खोज केवल MyISAM तालिकाओं के लिए उपलब्ध थी।
  • क्वेरी ऑप्टिमाइज़र की दक्षता में सुधार करना, मानों के परिणाम सेट को चुनने, क्वेरी को सॉर्ट करने और निष्पादित करने की प्रक्रिया को अनुकूलित करना। नई इंडेक्स कंडीशन पुशडाउन (आईसीपी) और बैच की एक्सेस (बीकेए) अनुकूलन कुछ प्रश्नों के लिए 280 गुना अधिक थ्रूपुट प्रदान करते हैं। "SELECT... FROM Single_table... ORDER BYnon_index_column LIMIT N;" जैसे प्रश्नों को निष्पादित करने की दक्षता बढ़ा दी गई है। "SELECT... LIMIT N" क्वेरीज़ का प्रदर्शन, जो बड़े नमूने से पंक्तियों का केवल एक भाग प्रदर्शित करता है, सुधार किया गया है।
  • ऑप्टिमाइज़र डायग्नोस्टिक टूल का विस्तार किया गया है, INSERT, UPDATE और DELETE संचालन के लिए EXPLAIN समर्थन जोड़ा गया है। EXPLAIN परिणाम अब JSON प्रारूप में आउटपुट हो सकते हैं। नया ऑप्टिमाइज़र ट्रेस मोड आपको क्वेरी ऑप्टिमाइज़ेशन के दौरान किए गए प्रत्येक निर्णय को ट्रैक करने की अनुमति देता है।
  • उपश्रेणियों के निष्पादन के लिए अतिरिक्त अनुकूलन, जिसमें "तालिका 1 से चुनें... जहां... में (तालिका 2 से चुनें...))" फ़ॉर्म की नेस्टेड क्वेरीज़ को चरण में अधिक इष्टतम प्रतिनिधित्व में अनुवादित किया जाता है उदाहरण के लिए, क्वेरी को सीधे निष्पादित करने से पहले, इसे अधिक कुशल JOIN से बदल दिया जाता है।
  • PERFORMANCE_SCHEMA डायग्नोस्टिक सिस्टम के कार्यान्वयन का विस्तार, जो DBMS के संचालन के दौरान प्रश्नों और विभिन्न घटनाओं के निष्पादन की निगरानी के लिए निम्न-स्तरीय उपकरण प्रदान करता है। PERFORMANCE_SCHEMA लंबे समय से चल रही क्वेरी में बाधाओं के बारे में विस्तृत जानकारी प्रदान करता है, साथ ही क्वेरी, थ्रेड, उपयोगकर्ता, होस्ट और ऑब्जेक्ट द्वारा समूहीकृत सारांश आँकड़े भी प्रदान करता है।
  • InnoDB इंजन के कार्यान्वयन में सुधार किया गया है, लेनदेन निष्पादित करते समय और डेटा रीड ऑपरेशंस की प्रबलता के साथ गतिविधि के दौरान प्रदर्शन में वृद्धि हुई है - कुछ स्थितियों में, त्वरण 230% तक पहुंच जाता है।
  • आस्थगित प्रतिकृति मोड, जो आपको डेटा को तुरंत नहीं, बल्कि एक निश्चित देरी के साथ दोहराने की अनुमति देता है, जो आपको ऑपरेटर त्रुटियों (उदाहरण के लिए, तालिका सामग्री का आकस्मिक विलोपन) के खिलाफ सुरक्षा प्रदान करने की अनुमति देता है।
  • परिवर्तन लॉग (InnoDB Redo Log) वाली फ़ाइलों का अधिकतम आकार 4 जीबी से बढ़ाकर 2 टीबी तक करना।
  • सुरक्षा सुधार: एन्क्रिप्टेड रूप में .mylogin.cnf फ़ाइल में प्रमाणीकरण पैरामीटर निर्दिष्ट करने के लिए समर्थन; SHA-256 एल्गोरिदम का उपयोग करके पासवर्ड हैश संग्रहीत करने के लिए sha256_password प्लगइन जोड़ना; mysql.user तालिका में पासवर्ड समाप्ति समय के साथ एक फ़ील्ड जोड़ना; पासवर्ड की ताकत का मूल्यांकन करने के लिए नया SQL फ़ंक्शन VALIDATE_PASSWORD_STRENGTH()।
  • सर्वर को रीड-ओनली मोड में चलाने के लिए समर्थन (विकल्प --innodb-read-only, InnoDB केवल)।
  • माइक्रोसेकंड निर्दिष्ट करने के लिए TIME, DATETIME और TIMESTAMP फ़ंक्शन में भिन्नात्मक सेकंड निर्दिष्ट करने के लिए समर्थन।
  • विकल्पों के लिए समर्थन "--लॉग", "--लॉग-धीमी-प्रश्न", "--एक-थ्रेड", "--सुरक्षित-मोड", "--स्किप-थ्रेड-प्राथमिकता", "--टेबल- "कैश बंद कर दिया गया है"।
आप यहां नवाचारों के बारे में अधिक जान सकते हैं

सबसे पहले, आपको यह तय करना होगा कि आप नवीनतम प्रायोगिक रिलीज़ चाहते हैं या नवीनतम स्थिर संस्करण:

  • यदि आप पहली बार MySQL का उपयोग करने वाले हैं, या MySQL को ऐसे सिस्टम में पोर्ट करने का प्रयास कर रहे हैं जिसमें बाइनरी वितरण नहीं है, तो हम आम तौर पर स्थिर संस्करण (वर्तमान में संस्करण 3.23) से शुरू करने की सलाह देते हैं। कृपया ध्यान रखें कि सभी MySQL रिलीज़ का परीक्षण प्रत्येक रिलीज़ से पहले MySQL बेंचमार्क और एक व्यापक परीक्षण सूट का उपयोग करके किया जाता है (यहां तक ​​कि प्रयोगात्मक रिलीज़ के लिए भी)।
  • यदि आप किसी पुराने सिस्टम के साथ काम कर रहे हैं और इसे अपग्रेड करना चाहते हैं, लेकिन अपग्रेड के दौरान संभावित विसंगतियों से बचना चाहते हैं, तो आपको इसे उसी शाखा में नवीनतम संस्करण से बदलना होगा जिसका आप उपयोग कर रहे हैं (जहां केवल नवीनतम संस्करण संख्या है) आपसे नया)। ऐसे संस्करणों में, हम केवल गंभीर त्रुटियों को ठीक करने का प्रयास करते हैं और केवल छोटे, अपेक्षाकृत सुरक्षित परिवर्तन करते हैं।

दूसरा, आपको यह तय करना होगा कि आप स्रोत वितरण या बाइनरी वितरण का उपयोग करना चाहते हैं। ज्यादातर मामलों में, यदि आपके प्लेटफ़ॉर्म के लिए बाइनरी वितरण मौजूद है तो उसे चुनना बेहतर होता है, क्योंकि स्रोत वितरण की तुलना में इसे स्थापित करना आमतौर पर आसान होता है।

निम्नलिखित मामलों में स्रोत से इंस्टॉल करना बेहतर हो सकता है:

  • यदि आपको किसी स्पष्ट रूप से निर्दिष्ट स्थान पर MySQL स्थापित करने की आवश्यकता है (मानक बाइनरी डिलीवरी कहीं भी ``चलाने के लिए तैयार'' हैं, लेकिन आपको और भी अधिक लचीलेपन की आवश्यकता हो सकती है)।
  • विभिन्न उपयोगकर्ता आवश्यकताओं को पूरा करने के लिए, हम दो अलग-अलग बाइनरी संस्करण प्रदान करते हैं: एक गैर-लेन-देन तालिका हैंडलर (छोटे, तेज़ बाइनरी कोड) के साथ संकलित, और दूसरा सबसे महत्वपूर्ण एक्स्टेंसिबिलिटी क्षमताओं, जैसे लेनदेन-जागरूक तालिकाओं के साथ कॉन्फ़िगर किया गया है। दोनों संस्करण एक ही स्रोत कोड से संकलित हैं। सभी MySQL मूल ग्राहक दोनों संस्करणों से जुड़ सकते हैं। MySQL विस्तारित संस्करण बाइनरी वितरण को -max प्रत्यय के साथ चिह्नित किया गया है और इसे mysqld-max के समान विकल्पों के साथ कॉन्फ़िगर किया गया है। अनुभाग 4.7.5 mysqld-max देखें, एक विस्तारित mysqld सर्वर। यदि आप MySQL-Max RPM पैकेज का उपयोग करना चाहते हैं, तो आपको पहले मानक MySQL RPM पैकेज स्थापित करना होगा।
  • यदि आपको mysqld को कुछ अतिरिक्त सुविधाओं के साथ कॉन्फ़िगर करने की आवश्यकता है जो मानक बाइनरी वितरण में उपलब्ध नहीं हैं। नीचे सबसे आम अतिरिक्त विकल्पों की एक सूची दी गई है जिनका आप उपयोग करना चाह सकते हैं:
    • --with-innodb
    • --साथ-बर्कले-डीबी
    • --छापे के साथ
    • --साथ-libwrap
    • --with-named-z-lib (यह कुछ बाइनरी वितरण के लिए किया जाता है)
    • --डिबग के साथ[=पूर्ण]
  • डिफ़ॉल्ट रूप से, एक बाइनरी वितरण आमतौर पर सभी एन्कोडिंग के समर्थन के साथ संकलित किया जाता है और इसे एक ही प्रोसेसर परिवार से विभिन्न प्रोसेसर पर चलना चाहिए। यदि आप एक तेज़ MySQL सर्वर चाहते हैं, तो आप इसे केवल एक एन्कोडिंग का समर्थन करने के लिए पुन: संकलित कर सकते हैं जिसकी आपको आवश्यकता है, एक बेहतर कंपाइलर (जैसे पीजीसीसी) का उपयोग करें, या कंपाइलर विकल्पों का उपयोग करें जो आपके प्रोसेसर के लिए बेहतर अनुकूलित हैं।
  • यदि आपको कोई बग मिलता है और आप उसे MySQL विकास टीम को रिपोर्ट करते हैं, तो आपको एक पैच भेजा जाना चाहिए जिसे बग को ठीक करने के लिए स्रोत कोड वितरण पर लागू किया जाना चाहिए।
  • यदि आप MySQL स्रोत कोड (C और C++ में) को पढ़ना (और/या संशोधित करना) चाहते हैं, तो आपके पास एक स्रोत कोड वितरण होना चाहिए। स्रोत कोड हमेशा सर्वोत्तम दस्तावेज़ होता है. स्रोत वितरण में बाइनरी वितरण की तुलना में अधिक परीक्षण और उदाहरण भी होते हैं।

MySQL की नामकरण प्रणाली रिलीज़ संख्याओं का उपयोग करती है, जिसमें तीन संख्याएँ और एक प्रत्यय होता है। उदाहरण के लिए, mysql-3.21.17-बीटा रिलीज़ की व्याख्या इस प्रकार की गई है:

  • पहला अंक (3) फ़ाइल स्वरूप का वर्णन करता है। सभी संस्करण 3 रिलीज़ों का फ़ाइल स्वरूप समान है।
  • दूसरा नंबर (21) आउटपुट स्तर को दर्शाता है। आमतौर पर दो संभावनाओं का विकल्प होता है। एक स्थिर शाखा (वर्तमान में 23) की रिलीज़ का प्रतिनिधित्व करता है और दूसरा प्रायोगिक शाखा (वर्तमान में 4.0) का प्रतिनिधित्व करता है। आम तौर पर दोनों शाखाएं स्थिर होती हैं, लेकिन प्रयोगात्मक संस्करण में कुछ विचित्रताएं हो सकती हैं, नई सुविधाओं के लिए दस्तावेज़ीकरण की कमी हो सकती है, या कुछ प्रणालियों पर संकलित नहीं किया जा सकता है।
  • तीसरी संख्या (17) रिलीज़ स्तर के भीतर संस्करण संख्या है। प्रत्येक नए वितरण के लिए यह संख्या बढ़ती है। आमतौर पर चयनित रिलीज़ स्तर के लिए नवीनतम संस्करण को प्राथमिकता देना समझ में आता है।
  • प्रत्यय (बीटा) किसी दिए गए रिलीज़ की स्थिरता के स्तर को इंगित करता है। निम्नलिखित प्रत्यय संभव हैं:
    • अल्फ़ा इंगित करता है कि रिलीज़ में नए कोड के बड़े भाग शामिल हैं जिनका 100% परीक्षण नहीं किया गया है। पाई गई त्रुटियाँ (आमतौर पर कोई नहीं होती) को ``समाचार'' अनुभाग में प्रलेखित किया जाना चाहिए। MySQL परिवर्तन और अद्यतन का अनुभाग D इतिहास देखें देखें। अधिकांश अल्फ़ा रिलीज़ में नए कमांड और एक्सटेंशन भी शामिल होते हैं। अल्फ़ा रिलीज़ पर काम करते समय, महत्वपूर्ण कोड परिवर्तनों सहित सक्रिय विकास हो सकता है, लेकिन रिलीज़ से पहले हर चीज़ का परीक्षण किया जाता है। MySQL का कोई भी रिलीज़ ज्ञात बग से मुक्त होना चाहिए।
    • बीटा का मतलब है कि सभी नए कोड का परीक्षण कर लिया गया है। कोई नई संपत्ति नहीं जोड़ी गई है जो पुराने कोड को तोड़ सकती हो। कोई ज्ञात त्रुटि नहीं होनी चाहिए. एक संस्करण को अल्फा से बीटा में बदल दिया जाता है जब कम से कम एक महीने तक अल्फा संस्करण में गंभीर बग की कोई रिपोर्ट नहीं होती है और हम कोई नई सुविधाएँ जोड़ने की योजना नहीं बनाते हैं जो पिछले कमांड की विश्वसनीयता को कम कर सकती हैं।
    • गामा एक बीटा संस्करण है जो लगभग समाप्त हो चुका है और अच्छी तरह से काम कर रहा है। केवल मामूली सुधार जोड़े गए हैं। यह बिल्कुल वही है जिसे कई अन्य कंपनियां रिलीज़ कहती हैं।
    • यदि कोई प्रत्यय नहीं है, तो इसका मतलब है कि संस्करण कई अलग-अलग कंप्यूटर सिस्टमों पर चलाया गया है, जिसमें प्लेटफ़ॉर्म-विशिष्ट त्रुटियों के अलावा कोई त्रुटि संदेश नहीं है; इसके लिए केवल गंभीर त्रुटियों के सुधार की अनुमति है। इसीलिए हम इस रिलीज़ को स्थिर कहते हैं।

MySQL के सभी संस्करणों को हमारे मानक परीक्षणों और बेंचमार्क से गुजारा जाता है ताकि यह सुनिश्चित किया जा सके कि वे उपयोग में विश्वसनीय हैं। क्योंकि मानक परीक्षणों का समय-समय पर विस्तार किया जाता है ताकि खोजे गए नए बग और उनके कारण होने वाली स्थितियों के परीक्षण को शामिल किया जा सके, परीक्षण सूट समय के साथ बेहतर और बेहतर होता जाता है।

कृपया ध्यान दें कि सभी रिलीज़ों का परीक्षण कम से कम निम्नलिखित परीक्षणों के साथ किया जाता है:

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

एक और परीक्षा है. इसमें हम कम से कम एक मशीन पर अपने आंतरिक उत्पादन वातावरण में MySQL का नवीनतम संस्करण चला रहे हैं। इस संस्करण के साथ काम करने के लिए हमारे पास 100 गीगाबाइट से अधिक डेटा है।



संबंधित प्रकाशन