كيف تقليص/تطهير ملف ibdata1 في MySQL

إضافة إلى إجابة John P ،

بالنسبة لنظام linux ، يمكن تنفيذ الخطوات من 1-6 باستخدام هذه الأوامر:

1. mysqldump -u [username] -p[root_password] [database_name] > dumpfilename.sql
2. DROP DATABASE [database_name];
3. Sudo /etc/init.d/mysqld stop
4. Sudo rm /var/lib/mysql/ibdata1
Sudo rm /var/lib/mysql/ib_logfile (وحذف أي ib_logfile الأخرى التي قد تتم تسمية ib_logfile0 ، ib_logfile1 الخ ...)
5. Sudo /etc/init.d/mysqld start
6. create database [database_name];
7. mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

تحذير: هذه الإرشادات ستتسبب في فقد قواعد البيانات الأخرى إذا كان لديك قواعد بيانات أخرى على مثيل mysql هذا. تأكد من تعديل الخطوتين 1،2 و 6،7 لتغطية جميع قواعد البيانات التي ترغب في الاحتفاظ بها.

عندما تقوم بحذف الجداول innodb ، لا يقوم MySQL بتحرير المساحة الموجودة داخل ملف ibdata ، ولهذا يواصل نموه. هذه الملفات بالكاد تقلص من أي وقت مضى.

كيفية تقليص ملف ibdata موجود:

http://dev.mysql.com/doc/refman/5.5/en/innodb-resize-system-tablespace.html

يمكنك كتابة هذا البرنامج وجدولة البرنامج النصي ليتم تشغيله بعد فترة زمنية محددة ، لكن بالنسبة للإعداد الموضح أعلاه ، يبدو أن مساحات الجداول المتعددة هي الحل الأسهل.

إذا كنت تستخدم خيار التكوين innodb_file_per_table ، فإنك تنشئ مساحات متعددة للجداول. بمعنى ، يقوم MySQL بإنشاء ملفات منفصلة لكل جدول بدلاً من ملف مشترك واحد. هذه الملفات منفصلة تخزينها في دليل قاعدة البيانات ، ويتم حذفها عند حذف قاعدة البيانات هذه. سيؤدي ذلك إلى إزالة الحاجة إلى تقليص/إزالة ملفات ibdata في قضيتك.

مزيد من المعلومات حول مساحات الجداول المتعددة:

http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html

إذا كنت تستخدم محرك تخزين InnoDB (لبعض) جداول MySQL ، فمن المحتمل أنك واجهت مشكلة في التكوين الافتراضي. كما قد تلاحظ في دليل بيانات MySQL (في Debian/Ubuntu -/var/lib/mysql) يوجد ملف يسمى lies ibdata1 ′. إنه يحتفظ بكافة بيانات InnoDB تقريبًا (ليس سجل معاملات) لمثيل MySQL وقد يكون كبيرًا جدًا. افتراضيًا ، يبلغ حجم هذا الملف 10 ميغابايت ، ويمتد تلقائيًا. لسوء الحظ ، لا يمكن تقليص ملفات بيانات InnoDB حسب التصميم. هذا هو السبب في أن DELETEs و TRUNCATEs و DROPs وغيرها لن يستعيدوا المساحة المستخدمة من قبل الملف.

أعتقد أنه يمكنك العثور على تفسير جيد والحل هناك:

http://vdachev.net/2007/02/22/mysql-reducing-ibdata1/

كتابتها بسرعة إجراء الإجابة المقبولة في باش:

#!/usr/bin/env bash
DATABASES="$(mysql -e 'show databases \G' | grep "^Database" | grep -v '^Database: mysql$\|^Database: binlog$\|^Database: performance_schema\|^Database: information_schema' | sed 's/^Database: //g')"
mysqldump --databases $DATABASES -r alldatabases.sql && echo "$DATABASES" | while read -r DB; do
    mysql -e "drop database \`$DB\`"
done && \
    /etc/init.d/mysql stop && \
    find /var/lib/mysql -maxdepth 1 -type f \( -name 'ibdata1' -or -name 'ib_logfile*' \) -delete && \
    /etc/init.d/mysql start && \
    mysql < alldatabases.sql && \
    rm -f alldatabases.sql

احفظ كـ purge_binlogs.sh وقم بتشغيل كـ root.

يستبعد mysql و information_schema و performance_schema (ودليل binlog).

يفترض أن لديك اعتمادات المسؤول في /root/.my.cnf وأن قاعدة البيانات الخاصة بك تعيش في دليل /var/lib/mysql الافتراضي.

يمكنك أيضًا إزالة السجلات الثنائية بعد تشغيل هذا البرنامج النصي لاستعادة المزيد من مساحة القرص باستخدام:

PURGE BINARY LOGS BEFORE CURRENT_TIMESTAMP;

إذا كان هدفك هو مراقبة المساحة الخالية لـ MySQL ولا يمكنك إيقاف MySQL لتقليص ملف ibdata ، فاحصل عليه من خلال أوامر حالة الجدول. مثال:

الخلية> 5.1.24:

mysqlshow --status myInnodbDatabase myTable | awk '{print $20}'

الخلية <5.1.24:

mysqlshow --status myInnodbDatabase myTable | awk '{print $35}'

ثم قارن هذه القيمة بملف ibdata الخاص بك:

du -b ibdata1

المصدر: http://dev.mysql.com/doc/refman/5.1/en/show-table-status.html

في إصدار جديد من وصفات خادم mysql أعلاه سوف تسحق قاعدة بيانات "mysql". في الإصدار القديم يعمل. في بعض الجداول الجديدة ، يتم التبديل إلى نوع الجدول INNODB ، وبذلك ستؤدي إلى إتلافها. أسهل طريقة هي تفريغ جميع قواعد البيانات ، وإلغاء تثبيت خادم mysql ، والإضافة التي بقيت my.cnf:

[mysqld]
innodb_file_per_table=1


erase all in /var/lib/mysql
install mysql-server
restore users and databases

كما ذكرنا سابقًا ، لا يمكنك تقليص ibdata1 (للقيام بذلك ، تحتاج إلى تفريغ وإعادة بناء) ، ولكن غالبًا ما لا توجد حاجة حقيقية لذلك.

باستخدام الإضافة التلقائية (ربما أكثر إعدادات الحجم شيوعًا) ، يقوم ibdata1 بتخصيص مساحة التخزين ، ويزداد في كل مرة يكون فيها ممتلئًا تقريبًا. هذا يجعل الكتابة أسرع حيث يتم تخصيص مساحة بالفعل.

عندما تقوم بحذف البيانات ، لا يتم تقليصها ولكن يتم وضع علامة على المساحة الموجودة داخل الملف. الآن عند إدراج بيانات جديدة ، ستعيد استخدام المساحة الفارغة في الملف قبل زيادة حجم الملف.

لذلك سوف تستمر في النمو فقط إذا كنت بحاجة فعليًا إلى هذه البيانات. ما لم تكن بحاجة بالفعل إلى مساحة لتطبيق آخر ، فليس هناك على الأرجح سبب لتقليص حجمها.