MySQL में ibdata1 फ़ाइल को शुद्ध करना और सिकोड़ना

R में डेटा विश्लेषण के लिए MySQL का लाभ उठाते समय, उपयोगकर्ताओं को एक समस्या का सामना करना पड़ सकता है जहां ibdata1 फ़ाइल का आकार कोई डेटा संग्रहीत न होने के बावजूद अत्यधिक बढ़ता है। यह आलेख इस समस्या का समाधान करता है और एक व्यापक समाधान प्रदान करता है।

ibdata1 फ़ाइल वृद्धि का कारण

ibdata1 फ़ाइल में साझा टेबलस्पेस में संग्रहीत तालिकाओं का डेटा और अनुक्रमणिका शामिल है। डिफ़ॉल्ट रूप से, MySQL सभी तालिकाओं को इस एकल फ़ाइल में संग्रहीत करता है, जिससे इसका लगातार विस्तार होता रहता है। डेटाबेस और तालिकाओं को हटाने से केवल उनका मेटाडेटा सर्वर से हट जाता है, लेकिन फ़ाइल स्वयं अपरिवर्तित रहती है।

समाधान: अलग-अलग फ़ाइल-प्रति-तालिका सक्षम करें

ibdata1 से बचने के लिए फ़ाइल को अत्यधिक बढ़ने से रोकने के लिए, प्रत्येक तालिका और उसकी अनुक्रमणिका को अलग-अलग फ़ाइलों के रूप में संग्रहीत करने के लिए MySQL को कॉन्फ़िगर करें। यह अब MySQL 5.6.6 और बाद के संस्करणों में डिफ़ॉल्ट रूप से सक्षम है। यदि पुराने संस्करण का उपयोग कर रहे हैं, तो my.cnf फ़ाइल में निम्न पंक्ति जोड़ें:

[mysqld]
innodb_file_per_table=1

यह सुनिश्चित करेगा कि नव निर्मित डेटाबेस और तालिकाएँ ibdata1 के बजाय अलग ibd* फ़ाइलों का उपयोग करें।

ibdata1 से स्थान पुनः प्राप्त करना

To ibdata1 द्वारा कब्जाए गए स्थान को छोड़ें, इनका पालन करें चरण:

1. mysql और Performance_schema को छोड़कर सभी डेटाबेस हटा दें।
2. mysql और Performance_schema को छोड़कर सभी डेटाबेस हटा दें।
3. Mysql बंद करें।
4. हटाएं ibdata1 और ib_log फ़ाइलें।
5. प्रारंभ MySQL।
6. डंप किए गए डेटाबेस को पुनर्स्थापित करें।

यह प्रक्रिया सभी तालिकाओं और डेटा को हटा देगी, इसलिए सुनिश्चित करें कि आपने आगे बढ़ने से पहले आवश्यक जानकारी का बैकअप ले लिया है।

सूचना स्कीमा पर नोट

information_schema केवल पढ़ने योग्य दृश्यों का संग्रह है, वास्तविक तालिकाओं का नहीं। यह डिस्क पर किसी भी फाइल पर कब्जा नहीं करता है और MySQL को पुनरारंभ करने पर पुन: उत्पन्न होता है। इसलिए, इसे छोड़ने से ibdata1 फ़ाइल आकार पर कोई प्रभाव नहीं पड़ता है।