माई एसक्यूएल बहुत लोकप्रिय और ओपन सोर्स एसक्यूएल डेटाबेस
अब डाउनलोड करो

माई एसक्यूएल रैंकिंग और सारांश

माई एसक्यूएल टैग

सर्वर SQL डेटाबेस एसक्यूएल डेटाबेस डेटाबेस सर्वर एसक्यूएल स्टैक

माई एसक्यूएल विवरण

बहुत लोकप्रिय है और खुला स्रोत SQL डेटाबेस MySQL एक बहुत लोकप्रिय और खुला स्रोत एसक्यूएल MySQL एबी द्वारा प्रदान डेटाबेस है। MySQL एबी एक वाणिज्यिक कंपनी है कि बनाता है चारों ओर MySQL database.MySQL अपने व्यापार प्रदान सेवाओं दुनिया के सबसे लोकप्रिय खुला स्रोत डेटाबेस सॉफ्टवेयर है, अपने सॉफ्टवेयर के 100 मिलियन से अधिक प्रतियां साथ डाउनलोड की गई या पूरे इतिहास में वितरित है। बेहतर गति, विश्वसनीयता, और उपयोग में आसानी के साथ, MySQL कॉर्पोरेट आईटी प्रबंधकों की पसंद बन गया है, क्योंकि यह प्रमुख डाउनटाइम, रखरखाव, प्रशासन से जुड़ी समस्याओं निकल जाते हैं और support.MySQL LAMP (लिनक्स, अपाचे, MySQL का एक महत्वपूर्ण हिस्सा है , पीएचपी / पर्ल / पायथन), तेजी से बढ़ रहा खुला स्रोत उद्यम सॉफ्टवेयर ढेर। अधिक से अधिक कंपनियों से लॉक-इन अपनी कम लागत और स्वतंत्रता की वजह से महंगा मालिकाना सॉफ्टवेयर के ढेर के लिए एक विकल्प के रूप में दीप उपयोग कर रहे हैं। इस रिलीज में नया क्या है: कार्यक्षमता जोड़ा या परिवर्तित: एक नया sublist ब्लॉक कि भारी प्रश्नों द्वारा किया जाता है, जिसमें और एक पुराने sublist कम से इस्तेमाल किया ब्लॉक और जहाँ से बेदखली के लिए उम्मीदवारों लिया जाता युक्त · InnoDB बफर पूल दो उप-सूचियों में विभाजित है। बफर पूल, एक ब्लॉक के डिफ़ॉल्ट आपरेशन जब में मध्य में भरी हुई है पढ़ सकते हैं और उसके बाद ही एक पहुँच होती है, क्योंकि नई sublist के सिर करने के लिए तुरंत ले जाया गया है। एक मेज स्कैन के मामले में (जैसे एक mysqldump ऑपरेशन के लिए प्रदर्शन किया था), प्रत्येक ब्लॉक समाप्त होता है स्कैन द्वारा नई sublist के सिर में जाने क्योंकि कई पंक्तियों प्रत्येक ब्लॉक से एक्सेस किया जाता पढ़ा। यह भी एक बार की स्कैन, जहां ब्लॉक अन्यथा अन्य प्रश्नों का उपयोग नहीं करतीं के लिए होता है। ब्लाकों भी पढ़ने के आगे पृष्ठभूमि धागा द्वारा लोड किया जा सकता है और उसके बाद एक भी पहुँच द्वारा नए sublist के सिर में ले जाया गया। इन प्रभावों को हानिकर है क्योंकि वे पुराने sublist जहां वे बेदखली के अधीन बनने के लिए अन्य प्रश्नों के द्वारा भारी इस्तेमाल में ब्लॉक हैं कि धक्का नई sublist से बाहर हो सकता है। · के लिए InnoDB प्लगइन, दो नई स्थिति चर की स्थिति दिखाएं उत्पादन के लिए जोड़ा गया है। Innodb_buffer_pool_read_ahead और Innodb_buffer_pool_read_ahead_evicted से संकेत मिलता है InnoDB द्वारा में पढ़ा पृष्ठों की संख्या पढ़ने के लिए आगे पृष्ठभूमि धागा, और कभी बिना बेदखल ऐसे पृष्ठों की संख्या क्रमशः पहुँचा जा रहा है। इसके अलावा, स्थिति चर Innodb_buffer_pool_read_ahead_rnd और Innodb_buffer_pool_read_ahead_seq स्थिति चर हटा दिया गया है। InnoDB के अंतर्निहित संस्करण इन परिवर्तनों से प्रभावित नहीं है। (बग # 42,885) · InnoDB प्लगइन संस्करण 1.0.5 करने के लिए उन्नत किया गया है। इस संस्करण की रिलीज़ उम्मीदवार (आर सी) गुणवत्ता माना जाता है। · सर्वर अभी परीक्षण और डीबगिंग के दौरान धागा तुल्यकालन के लिए एक डीबग सिंक सुविधा का समर्थन करता है। इस सुविधा, --enable-डिबग-सिंक विकल्प के साथ कॉन्फ़िगर MySQL में संकलित करने के लिए। debug_sync प्रणाली चर डीबग सिंक इंटरफ़ेस उपयोगकर्ता प्रदान करता है। mysqld और mysql-test-run.pl समर्थन सुविधा सक्षम और डिफ़ॉल्ट तुल्यकालन बिंदु समाप्ति सेट करने के लिए एक --debug-सिंक-समय समाप्ति विकल्प। सुधार दिया: · महत्वपूर्ण परिवर्तन: सुरक्षा फिक्स: अतिरिक्त सुधार सिमलिंक से संबंधित विशेषाधिकार समस्या मूल रूप से MySQL 5.1.24 में संबोधित करने के लिए किए गए थे। मूल ठीक सही ढंग से डेटा निर्देशिका पथ नाम संभाल नहीं था अगर यह अपने रास्ते में निर्देशिका सांकेतिक रूप से लिंक होता है, और जांच किया गया था केवल तालिका निर्माण समय में, टेबल-उद्घाटन समय पर नहीं बाद में। (बग # 32,167, CVE-2008-2079) · सुरक्षा फिक्स: MySQL ग्राहकों OpenSSL के खिलाफ जुड़ा हुआ एक सर्वर yaSSL के खिलाफ जुड़ा हुआ द्वारा प्रस्तुत सर्वर प्रमाणपत्र की जांच नहीं की। (बग # 47320) · विभाजन: एक ALTER तालिका ... जोड़ें PARTITION बयान कि वजह से open_files_limit पार कर MySQL सर्वर क्रैश करने के लिए नेतृत्व करने के लिए। (बग # 46,922) · विभाजन: विभाजन टेबल पर इंडेक्सों का प्रमुखता तालिका में पहला विभाजन है, जो इनकी क्वेरी निष्पादन की योजना हो सकती थी चुने जाने का उपयोग करके किया गया था। अब विभाजन सबसे रिकॉर्ड होने के बजाय प्रयोग किया जाता है, जो अनुक्रमित के बेहतर इस्तेमाल में परिणाम चाहिए और इस प्रकार कई ज्यादातर मामलों नहीं तो में विभाजित टेबल के खिलाफ प्रश्नों के प्रदर्शन में सुधार किया। (बग # 44,059) · SUM () कृत्रिम रूप से एक दशमलव तर्क है, जो जब एक अस्थायी तालिका परिणाम धारण करने के लिए बनाया गया था काट दिया गया था की शुद्धता में वृद्धि हुई। (बग # 48,370) · यदि एक बाहरी क्वेरी अमान्य था, एक सबक्वेरी नहीं भी स्थापित किया जा सकता है। व्याख्या विस्तारित इस उम्मीद नहीं थी और जानकारी को अनुचित तरीके से की स्थापना की भिन्नता की कोशिश कर रहा द्वारा एक दुर्घटना का कारण बना। (बग # 48295) · FROM खंड में अस्थायी टेबल और कई तालिकाओं का उपयोग और प्रक्रिया विश्लेषण () की दृष्टि से युक्त क्वेरी दरअसल सर्वर क्रैश का कारण बना। इस बग समाधान के परिणामस्वरूप, प्रक्रिया विश्लेषण () को केवल उच्च-स्तरीय चयन में कानूनी है। (बग # 48293) · त्रुटि निवारण कहां खंड में सबक्वेरी युक्त SELECT स्टेटमेंट्स के लिए याद आ रही थी और है कि एक उपयोगकर्ता चर करने के लिए एक का चयन परिणाम सौंपा। सर्वर एक परिणाम के रूप दुर्घटना सकता है। (बग # 48291) · एक अभिकथन अगर अनुकूलक एक स्थानिक सूचकांक का इस्तेमाल किया विफल हो सकता है। (बग # 48,258, बग # 47019) · मेमोरी-आवंटन विफलताओं InnoDB os_mem_alloc_large () फ़ंक्शन में गलत तरीके से संचालन हुआ। (बग # 48237) · कहां नहीं सबक्वेरी में outer_value_list साथ खंड गलत तरीके से संभाला है, तो बाहरी मूल्य सूची कम से कम एक जिनमें से शून्य हो सकता है से अधिक आइटम निहित। (बग # 48177) · ग्रुप द्वारा रोलअप का एक संयोजन, विशिष्ट और स्थिरांक में शामिल होने के एक प्रश्न में प्रकार एक सर्वर क्रैश होता है जब अनुकूलक DISTINCT को हल करने के लिए एक अस्थायी तालिका को रोजगार के लिए चुना। (बग # 48131) · कुछ मामलों में, (उदाहरण के लिए जहां date_time_field = हालत मिलान केवल एक अनुक्रमित स्तंभ में सबसे ज्यादा मूल्य, परिणाम खाली था अगर एक सूचकांक रेंज स्कैन नियोजित किया गया था के लिए एक कहां हालत में एक अशक्त माइक्रोसेकंड भाग का उपयोग कर में। (बग # 47925) · Mysys / mf_keycache.c सूत्रण की आवश्यकता है, लेकिन कोई परीक्षण धागा समर्थन के लिए बनाया गया था। (बग # 47,923) · डिबग बनाता है के लिए, एक अभिकथन अगले स्टेटमेंट एक बहु-तालिका एक उपयोगकर्ता की आपूर्ति मूल्य के साथ कि मेज और एक AUTO_INCREMENT स्तंभ संशोधित शामिल अद्यतन के बाद अस्थायी तालिका के लिए मार डाला दौरान विफल हो सकता है। (बग # 47,919) · Mysys / mf_strip.c फ़ाइल है, जो strip_sp को परिभाषित करता है MySQL स्रोत से हटा दिया गया है। समारोह के मुख्य निर्माण के भीतर उपयोग में नहीं था, और आपूर्ति समारोह प्रतीक त्रुटियों विंडोज बनाता है पर पैदा कर रहा था। (बग # 47,857) · MySQL के लिए विंडोज निर्माण split.c और debug.c फ़ाइलों को अनावश्यक रूप से संकलन होगा, जिससे अतिरिक्त प्रतीकों mysqld में शामिल किया जाना। (बग # 47,850) · जब विंडोज पर भंडारण इंजनों के निर्माण यह निर्माण के लिए आवश्यक CMake फ़ाइल के भीतर अतिरिक्त लाइब्रेरी निर्दिष्ट करने के लिए संभव नहीं था। एक $ {इंजन} इन अतिरिक्त भंडारण इंजन विशिष्ट लाइब्रेरी का समर्थन करने के लिए मैक्रो फ़ाइलों में जोड़ा गया है _LIBS। (बग # 47,797) · जब विंडोज पर एक प्लगेबल भंडारण इंजन के निर्माण, इंजन नाम निर्देशिका का नाम जहां इंजन स्थित था, बल्कि कॉन्फ़िगर किया गया भंडारण इंजन नाम से के आधार पर किया जा सकता है। (बग # 47,795) · एक संग्रहीत प्रक्रिया की आंतरिक संरचनाओं की सफाई के दौरान झंडा सम्मिलित करें के लिए त्रुटियों को अनदेखा करने के लिए ध्यान न दें या अद्यतन ध्यान न दें साफ नहीं किया गया था, जो एक सर्वर क्रैश हो सकता है। (बग # 47,788) · यदि GeomFromWKB () फ़ंक्शन को पहले तर्क एक ज्यामिति मूल्य था, समारोह सिर्फ अपने मूल्य लौट आए। हालांकि, यह तर्क के null_value झंडा, जिसके कारण एक अप्रत्याशित शून्य मूल्य एक सर्वर क्रैश में जिसके परिणामस्वरूप, फोन करने वाले को लौटा दी करने के लिए बनाए रखने में नाकाम रहे। (बग # 47,780) जब स्थानिक मान अपडेट · InnoDB दुर्घटना सकता है। (बग # 47,777) · विंडोज, जब एक निष्क्रिय नामित पाइप कनेक्शन जबरन एक KILL कथन से या क्योंकि सर्वर बंद किया जा रहा था, धागा है कि कनेक्शन बंद करने गया था असीम लटका दिया बंद हो गया। (बग # 47,571, बग # 31,621) · एक समारोह कॉल एक त्रुटि फेंक या वापसी मान की स्थापना के बिना खत्म हो सकता है। उदाहरण के लिए, इस हो सकता है जब वापसी मान की गणना करते समय कोई त्रुटि हुई। यह शून्य करने के लिए मान सेट एक अभिव्यक्ति के मूल्यांकन के दौरान कोई त्रुटि तब होती है जब से तय हो गई है। (बग # 47,412) · अंतर्निहित समूह नहीं बल्कि एक ही पंक्ति यदि क्वेरी का चयन करें सूची में एकत्रित स्तंभ द्वारा आदेश दिया गया था की तुलना में कई पंक्तियों को वापस कर सकता है के साथ एक सरल का चयन करें। (बग # 47280) · एक अभिकथन टेबल बनाएं अगर वहाँ एक लंबित सम्मिलित देरी या एक ही मेज के लिए देरी की जगह था के लिए उठाया जा सकता है। (बग # 47274) · InnoDB एक तरह से संकेत और RESIGNAL के साथ संगत नहीं में कुछ मामलों में त्रुटियों को उठाया। (बग # 47,233) · यदि एक InnoDB तालिका एक प्रारंभिक ऑटो वृद्धि मान निर्दिष्ट करने के लिए AUTO_INCREMENT तालिका विकल्प के साथ बनाया गया था, और एक सूचकांक एक अलग आपरेशन बाद में जोड़ा गया है, ऑटो वृद्धि मान खो गया था (बाद आवेषण बल्कि निर्धारित मूल्य से कम 1 में शुरू हुआ )। (बग # 47125) · रेंज अनुकूलक द्वारा शून्य से जुड़े क्वेरी निष्पादन के दौरान अनंत लूप के लिए ले जा सकता है विधेय का गलत हैंडलिंग। (बग # 47123) · तरह या MyISAM तालिकाओं के समानांतर मरम्मत द्वारा मरम्मत कुंजी कैश के साथ मरम्मत के लिए खत्म हो विफल विफल हो सकता है। (बग # 47073) · InnoDB प्लगइन कुछ सोलारिस सिस्टम पर संकलन नहीं किया। (बग # 47,058) · विंडोज़ पर, जब त्रुटि_ working_set_quota के रिटर्न कोड के साथ एक असफल I / O ऑपरेशन हुआ, InnoDB ने जानबूझकर सर्वर को क्रैश कर दिया। अब इनोडब 100 एमएमएस के लिए सोता है और असफल ऑपरेशन को वापस करता है। (बग # 47055) · InnoDB अब डेटा शब्दकोश में स्टोर करने के लिए अगले मूल्य की गणना करते समय auto_increment कॉलम के लिए उपयोगकर्ता द्वारा प्रदान किए गए नकारात्मक मानों को अनदेखा करता है। नकारात्मक मानों को स्वत :_increment कॉलम सेट करना अपरिभाषित व्यवहार है और यह परिवर्तन उपयोगकर्ताओं की अपेक्षा के करीब इनोवेड के व्यवहार को लाने चाहिए। (बग # 46965) · जब MySQL दुर्घटनाग्रस्त हो गया (या एक स्नैपशॉट लिया गया था जो एक दुर्घटना का अनुकरण करता है), यह संभव था कि आंतरिक एक्सए लेनदेन (बाइनरी लॉग और इनोडब को सिंक्रनाइज़ करने के लिए उपयोग किया जाता है) को एक तैयार राज्य में छोड़ा जा सकता है, जबकि उन्हें वापस लुढ़काया जाना चाहिए। यह तब हुआ जब Server_ID मान पुनरारंभ से पहले बदल गया, क्योंकि उस मान का उपयोग XID मानों के निर्माण के लिए किया गया था। अब प्रतिबंध आराम से है कि Server_ID मान मान्य माना जाने वाला XID मानों के अनुरूप हो। रोलबैक चरण तब लंबित एक्सए लेनदेन को साफ करने में सक्षम होना चाहिए। (बग # 46944) InnoDB प्लगइन ने पीपीसी सिस्टम पर जीसीसी 4.1 का उपयोग करके संकलित नहीं किया था। (बग # 46718) · यदि InnoDB प्लगइन समवर्ती लेनदेन की संख्या (1023) की संख्या पर अपनी सीमा तक पहुंच गया, तो उसने त्रुटि लॉग को एक वर्णनात्मक संदेश लिखा लेकिन क्लाइंट को एक भ्रामक त्रुटि संदेश लौटाया, या एक दावा विफलता हुई। (बग # 46672) समवर्ती डालें ... एक Innodb तालिका के लिए कथन का चयन करें Auto_increment दावे विफलता का कारण बन सकता है। (बग # 46650) · यदि डेडलॉक या लॉक वेट टाइमआउट के कारण इनोडबी के अंदर एक लेनदेन वापस चलाया गया था, और लेनदेन में एक बयान में एक नजरिया खंड था, तो सर्वर कथन के अंत में या शटडाउन के अंत में दुर्घटनाग्रस्त हो सकता था। (बग # 46539) · अनुगामी रिक्त स्थान को उपयोगकर्ता द्वारा परिभाषित सामग्रियों के लिए अनदेखा नहीं किया गया था जो रिक्त स्थान को 0x20 के अलावा किसी वर्ण में मैप किया गया था। (बग # 46448) जीपीएल और वाणिज्यिक लाइसेंस हेडर के अलग-अलग आकार थे, ताकि त्रुटि लॉग, बैकट्रैस, कोर डंप, और क्लस्टर ट्रेस फ़ाइल लाइन नंबर एक हो सकते हैं यदि उन्हें बिल्ड के लिए उपयोग किए गए स्रोत के संस्करण के खिलाफ चेक नहीं किया गया था। (उदाहरण के लिए, वाणिज्यिक स्रोतों के खिलाफ एक जीपीएल बिल्ड बैकट्रैस की जांच करना।) (बग # 46216) InnoDB ने Gen_Clust_index नाम के साथ एक इंडेक्स के निर्माण को अस्वीकार नहीं किया, जिसका उपयोग आंतरिक रूप से किया जाता है। (बग # 46000) · Red Hat IA64 MySQL सर्वर आरपीएम के निर्माण के दौरान, सिस्टम लाइब्रेरी लिंक ऑर्डर गलत था। इसने परिणामस्वरूप Red Hat IA64 RPM "libc.so.6.1 (glibc_private) (64bit) पर निर्भर करता है, इस प्रकार पैकेज की स्थापना को रोकता है। (बग # 45706) Charset_info संरचना के CaseInfo सदस्य उपयोगकर्ता द्वारा परिभाषित यूनिकोड Collasations के लिए प्रारंभ नहीं किया गया था, जिससे सर्वर क्रैश हो गया था। (बग # 45645) · इनोडब प्लगइन के साथ, एक टेबल कॉलम का नाम बदलना और फिर नामित कॉलम पर एक इंडेक्स बनाना एक सर्वर क्रैश को .frm फ़ाइल और synodb डेटा निर्देशिका को सिंक से बाहर जा रहा है। अब InnoDB प्लगइन 1.0.5 इसके बजाय एक त्रुटि देता है: त्रुटि 1034 (HY000): तालिका 'TBL_Name' के लिए गलत कुंजी फ़ाइल; इसे सुधारने की कोशिश करें। समस्या के आसपास काम करने के लिए, एक ही संरचना के साथ एक और तालिका बनाएं और मूल तालिका को कॉपी करें। (बग # 44571) · InnoDB_OPEN_FILES के बजाय NORECTENT INNODB_MAX_FILES_OPEN चर को गलत तरीके से संदर्भित किया गया। (बग # 44338) · तालिका में बदलने के लिए, डेटाटाइम या टाइमस्टैम्प कॉलम का नाम बदलकर अनावश्यक रूप से एक टेबल कॉपी ऑपरेशन का कारण बनता है। (बग # 43508) · रोमानियाई LC_TIME_NAMES LOCALE 'RO_RO' के लिए सप्ताहांत के नाम गलत थे। इस बग को ठीक करने के लिए पैच के लिए आंद्रेई बोरोस के लिए धन्यवाद। (बग # 43207) एक्सए स्टार्ट एक दावे की विफलता या सर्वर क्रैश का कारण बन सकता है जब इसे संसाधन प्रबंधक द्वारा जारी एकतरफा रोलबैक (नियमित लेनदेन में और एक्सए लेनदेन के बाद) के बाद कहा जाता है। (बग # 43171) इंडेक्स संकेत द्वारा ऑर्डर के लिए फोर्स इंडेक्स को बफरिंग में शामिल होने पर अनदेखा किया गया था। (बग # 43029) · रेंज भविष्यवाणियों के साथ संयुक्त या ऑपरेटरों के साथ गलत संचालन गलत परिणाम प्राप्त कर सकते हैं। (बग # 42846) · बिना हस्ताक्षर किए गए मूल्यों का इलाज करने में विफलता अप्रत्याशित परिणाम हो सकती है। (बग # 42803) · विंडोज़ पर एम्बेडेड सर्वर के लिए, InnoDB_File_Per_Table सक्षम होने पर InnoDB क्रैश हो गया और एक टेबल का नाम पूर्ण पथ प्रारूप में था। (बग # 42383) · नेस्टेड बाहरी जुड़ने वाले कुछ प्रश्नों से दुर्घटनाएं या गलत परिणाम हो सकते हैं क्योंकि एक आंतरिक डेटा संरचना को अनुचित तरीके से संभाला गया था। (बग # 42116) · एक प्रतिकृति परिदृश्य में दास पर सक्षम innodb_locks_unsafe_for_binlog सक्षम, जहां पंक्तियों को केवल दास (प्रतिकृति के माध्यम से नहीं) पर बदल दिया गया था, कुछ दुर्लभ मामलों में, निम्न फॉर्म के कई संदेश दास त्रुटि लॉग में लिखे गए थे: InnoDB: त्रुटि: अनलॉक पंक्ति रिकॉर्ड पर 4 मोड लॉक नहीं मिल सका। (बग # 41756) · एक nonstandard innodb पेज आकार के साथ, कुछ त्रुटि संदेश गलत हो गए। (बग # 41490) एक इनोडब टेबल के लिए एक साथ विश्लेषण तालिका संचालन एक दौड़ की स्थिति के अधीन हो सकता है। (बग # 38996) पहले, इनोडब ने टी चयन में प्रतिस्थापित किया ... एस से ... एस से साझा की गई अगली-कुंजी ताले सेट करके एस। अब इनोडब एसओएनएडीबी से साझा ताले के साथ या एक सतत पढ़ने के रूप में पंक्तियों का चयन करता है। .. चुनते हैं। यह सत्रों के बीच लॉक विवाद को कम करता है। (बग # 37232) · जब एक इनोडब टेबलस्पेस भर जाता है, तो क्लाइंट को एक त्रुटि लॉग की गई थी, लेकिन त्रुटि लॉग के लिए नहीं। इसके अलावा, त्रुटि संदेश भ्रामक था और समस्या के वास्तविक स्रोत को इंगित नहीं किया। (बग # 31183) · वर्तमान क्वेरी को मारने के लिए कंट्रोल-सी का उपयोग करके, एक त्रुटि 1053 (08 एस 01): सर्वर शटडाउन प्रगति में है "संदेश यदि क्वेरी लॉक की प्रतीक्षा कर रही थी तो संदेश। (बग # 28141)

माई एसक्यूएल संबंधित सॉफ्टवेयर