मेरी परियोजनाओं में से एक MySQL में MyISAM इंजन का उपयोग करती है, लेकिन मैं इसे InnoDB में बदलने पर विचार कर रहा हूं क्योंकि मुझे यहां और वहां लेन-देन समर्थन की आवश्यकता है।क्या कोई समस्या है/चीजें जिन्हें आप जानना चाहते हैं जब MyISAM से InnoDB
हाँ बिल्कुल, वहाँ बहुत सी बातें कर रहे हैं, आप अपने आवेदन अत्यंत अच्छी तरह से परीक्षण करना चाहिए:
माइग्रेशन प्रक्रिया को सावधानीपूर्वक योजनाबद्ध करने की आवश्यकता होगी, क्योंकि यदि आपके पास बहुत अधिक डेटा है (उस समय के दौरान डेटा या तो पढ़ा जाएगा, या पूरी तरह से अनुपलब्ध होगा - जांचें!)
प्रदर्शन विशेषताएं अलग-अलग हो सकती हैं, इसलिए आपको लोड पर नजर रखने की आवश्यकता हो सकती है।
डेटा ठीक होगा।
बस तालिका को बदलने और इंजन को सेट करना ठीक होना चाहिए।
select count(*) from MyTable MyISAM से InnoDB में ज्यादा धीमी है। कुछ अन्य नोट्स:
InnoDB आप एक तालिका/डेटाबेस ड्रॉप के बाद फाइल सिस्टम पर मुक्त अंतरिक्ष पुनः आवंटित नहीं करता है या एक रिकॉर्ड को हटाने, इस से "डंपिंग और आयात" या में innodb_file_per_table=1 की स्थापना हल किया जा सकता मेरी .cnf।
एक बड़ी InnoDB तालिका पर इंडेक्स जोड़ना/निकालना काफी दर्दनाक हो सकता है, क्योंकि यह वर्तमान तालिका को ताला लगाता है, आपके संशोधित इंडेक्स के साथ एक अस्थायी बनाता है और पंक्ति द्वारा डेटा-पंक्ति डालता है। plugin from Innobase है, लेकिन यह केवल MySQL 5 के लिए काम करता है।1
इनो डीबी भी बहुत अधिक मेमोरी तीव्र है, मेरा सुझाव है कि आप innodb_buffer_pool_size वैरिएबल के रूप में अपने सर्वर मेमोरी (70-80% सुरक्षित शर्त होना चाहिए) के रूप में बड़े पैमाने पर होने का सुझाव देते हैं। यदि आपका सर्वर यूनिक्स/लिनक्स है, तो डबल बफरिंग से बचने के लिए sysctl चर vm.swappiness से 0 को कम करने पर विचार करें और innodb_flush_method=O_DIRECT का उपयोग करें। हमेशा उन परीक्षणों को टॉगल करते समय स्वैप हिट करते समय परीक्षण करें। आप हमेशा Percona blog पर और अधिक पढ़ सकते हैं, जो कि बढ़िया है।
इसके अलावा, आप --single-transaction --skip-lock-tables के साथ चला सकते हैं और बैकअप शुरू होने पर कोई टेबल लॉक नहीं है।
किसी भी मामले में, InnoDB बहुत अच्छा है, कुछ नुकसान आपको निराश न होने दें।
यदि आप समवर्ती प्रश्न प्राप्त करने के तरीके के रूप में इनो डीबी का उपयोग करने का इरादा रखते हैं, तो आप innodb_file_trx_commit=1 सेट करना चाहेंगे ताकि आपको कुछ प्रदर्शन वापस मिल सके। ओटीओएच, यदि आप अपने आवेदन को लेनदेन के बारे में जागरूक करने के लिए फिर से कोड करना चाहते हैं, तो इस सेटिंग का निर्णय इनो डीडी सेटिंग्स की आवश्यक सामान्य प्रदर्शन समीक्षा का हिस्सा होगा।
अन्य प्रमुख बात यह है कि इनओडीबी फुलटेक्स्ट इंडेक्स का समर्थन नहीं करता है, न ही इंसर्ट डेलेड का समर्थन करता है। लेकिन फिर, माईसाम रेफरेंसियल अखंडता का समर्थन नहीं करता है। :-)
हालांकि, आप केवल उन तालिकाओं को स्थानांतरित कर सकते हैं जिनके लिए आपको लेनदेन की आवश्यकता है। मैंने यह किया है छोटे टेबल (कई हजार पंक्तियों तक) अक्सर आकस्मिक रूप से ऑन-द-फ्लाई बदल सकते हैं।
एक बड़ी चेतावनी है। यदि आपको लिखने के दौरान किसी भी तरह की हार्डवेयर विफलता (या समान) मिलती है, तो InnoDB तालिकाओं को भ्रष्ट कर देगा।
माईसैम भी होगा, लेकिन एक माइस्क्लेक - ऑटो-रिपेयर उनकी मरम्मत करेगा। InnoDB तालिकाओं के साथ इसे आज़माकर विफल हो जाएगा। हाँ, यह अनुभव से है।
इसका मतलब है कि आपको InnoDB का उपयोग करने के लिए एक अच्छी नियमित डेटा बैकअप योजना की आवश्यकता है।
यह कहना अधिक सटीक है कि Innodb दूषित डेटा स्वीकार नहीं करेगा। –
आपको innodb_file_trx_commit को 0 या 2 पर सेट करना चाहिए, न कि 1. –
मेरा बुरा, हाँ 2 अनुशंसित सेटिंग है यदि आप माइयासम से ट्रांसएक्शन-अज्ञान कोड के साथ आ रहे हैं। – staticsan