Як зменшити / очистити файл ibdata1 у MySQL

Я використовую MySQL у localhost як "інструмент запиту" для статистики R, тобто кожен раз, коли я запускаю скрипт R, я створюю нову базу даних (A), створюю нову таблицю (B), імпортую дані в B , надішліть запит, щоб отримати те, що мені потрібно, і тоді я кидаю B і краплю A.

Для мене це працює добре, але я розумію, що розмір файлу ibdata швидко збільшується, я нічого не зберігав у MySQL, але файл ibdata1 вже перевищував 100 Мб.

Я використовую більш-менш налаштування MySQL за замовчуванням для установки, чи є спосіб, коли я можу автоматично зменшити / очистити файл ibdata1 через визначений проміжок часу?

Це ibdata1не зменшується - це особливо дратівлива особливість MySQL. ibdata1Файл фактично не може бути зменшений , якщо ви не видалите всі бази даних, видаліть файли і перезавантажте дамп.

Але ви можете налаштувати MySQL так, що кожна таблиця, включаючи її індекси, зберігається як окремий файл. Таким чином ibdata1не виросте настільки великим. Відповідно до коментаря Білла Карвіна, це ввімкнено за замовчуванням у версії 5.6.6 MySQL.

Деякий час тому я це робив. Однак, щоб налаштувати ваш сервер, щоб використовувати окремі файли для кожної таблиці, яку потрібно змінити my.cnf, щоб увімкнути це:

[mysqld]
innodb_file_per_table=1

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

Оскільки ви хочете повернути простір, ibdata1вам потрібно видалити файл:

1. Виконайте mysqldumpвсі бази даних, процедури, тригера і т.д. , за винятком mysqlі performance_schemaбаз даних
2. Відкиньте всі бази, крім вищевказаних 2
3. Зупиніть mysql
4. Видалення ibdata1та ib_logфайли
5. Почати mysql
6. Відновити з дампа

При запуску MySQL на кроці 5, ibdata1і ib_logфайли будуть відновлені.

Тепер ви готові йти. Коли ви створюєте нову базу даних для аналізу, таблиці будуть розташовуватися в окремих ibd*файлах, а не в ibdata1. Оскільки ви зазвичай опускаєте базу даних незабаром, ibd*файли будуть видалені.

http://dev.mysql.com/doc/refman/5.1/en/drop-database.html

Ви, напевно, бачили це:
http://bugs.mysql.com/bug.php?id=1341

За допомогою команди ALTER TABLE <tablename> ENGINE=innodbабо OPTIMIZE TABLE <tablename>можна витягнути дані та індексні сторінки з ibdata1 в окремі файли. Однак ibdata1 не зменшиться, якщо не виконати описані вище дії.

Щодо того information_schema, що не потрібно і не можна кидати. Це насправді лише купа переглядів лише для читання, а не таблиць. І жодних файлів, пов’язаних з ними, немає навіть каталогу баз даних. При цьому informations_schemaвикористовується db-двигун пам'яті і скидається та регенерується при зупинці / перезапуску mysqld. Дивіться https://dev.mysql.com/doc/refman/5.7/uk/information-schema.html .

Додавши до відповіді Джона П ,

Для системи 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/uk/innodb-resize-system-tablespace.html

Ви можете розписати це та запланувати виконання сценарію через певний проміжок часу, але для описаних вище параметрів здається, що декілька таблиць простору є більш простим рішенням.

Якщо ви використовуєте параметр конфігурації innodb_file_per_table , ви створюєте кілька таблиць. Тобто MySQL створює окремі файли для кожної таблиці замість одного спільного файла. Ці окремі файли зберігаються в каталозі бази даних, і вони видаляються при видаленні цієї бази даних. Це повинно усунути необхідність скорочення / очищення файлів ibdata у вашому випадку.

Додаткові відомості про декілька таблиць:

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

Якщо ви використовуєте механізм зберігання InnoDB для (деяких) таблиць MySQL, ви, мабуть, вже зіткнулися з проблемою з його конфігурацією за замовчуванням. Як ви, можливо, помітили, у вашому каталозі даних MySQL (у Debian / Ubuntu - / var / lib / mysql) лежить файл під назвою 'ibdata1'. Він містить майже всі дані InnoDB (це не журнал транзакцій) екземпляра MySQL і може отримати досить великий розмір. За замовчуванням цей файл має початковий розмір 10Mb і він автоматично розширюється. На жаль, дизайн даних InnoDB файлів даних не може бути скороченим. Ось чому DELETE, TRUNCATE, DROPs і т.д. не будуть повертати простір, який використовується у файлі.

Я думаю, ви можете знайти хороше пояснення та рішення там:

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

Швидкий сценарій процедури прийнятої відповіді в bash:

#!/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, то отримайте його за допомогою команд статусу таблиці. Приклад:

MySQL> 5.1.24:

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

MySQL <5.1.24:

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

Потім порівняйте це значення з вашим файлом ibdata:

du -b ibdata1

Джерело: http://dev.mysql.com/doc/refman/5.1/uk/show-table-status.html

У новій версії рецептів mysql-сервера вище буде розбита база даних "mysql". У старій версії він працює. У нових таблицях переходить на тип типу INNODB, і тим самим ви пошкодите їх. Найпростіший спосіб - це:

• скинути всі ваші бази даних
• видалити mysql-сервер,
• додати залишився my.cnf:

    [mysqld]
    innodb_file_per_table=1

• видалити всі в / var / lib / mysql
• встановити mysql-сервер
• відновити користувачів та бази даних

Як уже зазначалося, ви не можете зменшити ibdata1 (для цього вам потрібно скинути і відновлювати), але часто також немає реальної потреби.

Використовуючи функцію autoextend (мабуть, найпоширеніший параметр розміру) ibdata1 попередньо розміщує сховище, щоразу збільшуючи його майже повний. Це робить записи швидшими, оскільки простір вже виділено.

Коли ви видаляєте дані, вони не скорочуються, але простір у файлі позначається як невикористаний. Тепер, коли ви вставляєте нові дані, він повторно використовувати порожній простір у файлі, перш ніж продовжувати рости файл.

Таким чином, він буде продовжувати зростати, лише якщо вам справді потрібні ці дані. Якщо ви дійсно не потребуєте місця для іншої програми, ймовірно, немає причин зменшувати її.