mysql data ibdata1_database - 如何在MySQL中收缩/清除ibdata1文件

database - 如何在MySQL中收缩/清除ibdata1文件

我在localhost中使用MySQL作为在R中执行统计的“查询工具”，也就是说，每次运行R脚本时，我创建一个新数据库(A)，创建一个新表(B)，将数据导入B ，提交查询以获得我需要的内容，然后我删除B并删除A.

它对我来说很好，但我意识到ibdata文件大小正在迅速增加，我在MySQL中没有存储任何内容，但ibdata1文件已超过100 MB。

我使用或多或少的默认MySQL设置进行设置，有没有办法可以在一段固定的时间后自动缩小/清除ibdata1文件？

8个解决方案

735 votes

information_schema没有缩小是一个特别恼人的MySQL功能。 除非删除所有数据库，删除文件并重新加载转储，否则实际上无法收缩informations_schema文件。

但您可以配置MySQL，以便将每个表(包括其索引)存储为单独的文件。 这样，information_schema就不会那么大。 根据Bill Karwin的评论，默认情况下启用MySQL版本5.6.6。

不久前我做到了这一点。 但是，要将服务器设置为为每个表使用单独的文件，您需要更改information_schema以启用此功能：

[mysqld]

innodb_file_per_table=1

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

如果您想从information_schema回收空间，您实际上必须删除该文件：

除information_schema和informations_schema数据库外，执行所有数据库，过程，触发器等的information_schema

删除除上述2个数据库之外的所有数据库

停止mysql

删除information_schema和informations_schema文件

启动mysql

从转储恢复

在步骤5中启动MySQL时，将重新创建information_schema和informations_schema文件。

现在你适合去。 当您创建新数据库进行分析时，这些表将位于单独的information_schema文件中，而不是informations_schema中。由于您通常不久后删除数据库，因此将删除ibd*文件。

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

你可能已经看到了这个：

[http://bugs.mysql.com/bug.php?id=1341]

通过使用命令information_schema或informations_schema，可以从ibdata1中提取数据和索引页面以分离文件。 但是，除非您执行上述步骤，否则ibdata1不会缩小。

关于information_schema，这是不必要的也不可能丢弃。 它实际上只是一堆只读视图，而不是表。 并且没有与它们相关联的文件，甚至也不是数据库目录。 informations_schema正在使用内存db-engine，并在mysqld停止/重启时被删除并重新生成。 见[https://dev.mysql.com/doc/refman/5.7/en/information-schema.html。]

John P answered 2019-01-21T02:36:23Z

34 votes

加入John P的答案，

对于Linux系统，可以使用以下命令完成步骤1-6：

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

sudo rm /var/lib/mysql/ib_logfile

(and delete any other ib_logfile's that may be named ib_logfile0, ib_logfile1 etc...)

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

警告：如果此mysql实例上有其他数据库，这些说明将导致您丢失其他数据库。 确保修改步骤1,2和6,7以涵盖您希望保留的所有数据库。

Vinay Vemula answered 2019-01-21T02:38:14Z

33 votes

删除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]

titanoboa answered 2019-01-21T02:39:15Z

14 votes

如果你为你的(某些)MySQL表使用InnoDB存储引擎，你可能已经遇到了其默认配置的问题。 您可能已经注意到MySQL的数据目录(在Debian / Ubuntu中 - / var / lib / mysql)中有一个名为“ibdata1”的文件。 它几乎包含了MySQL实例的所有InnoDB数据(它不是事务日志)，并且可能会变得非常大。 默认情况下，此文件的初始大小为10Mb，并自动扩展。 不幸的是，通过设计InnoDB数据文件无法收缩。 这就是为什么DELETE，TRUNCATE，DROP等不会回收文件使用的空间。

我想你可以找到很好的解释和解决方案：

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

Vik answered 2019-01-21T02:39:50Z

6 votes

如果您的目标是监视MySQL可用空间并且无法阻止MySQL缩小您的ibdata文件，那么请通过表状态命令获取它。 例：

MySQL＆gt;5.1.24：

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

MySQL＆lt;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]

Cyno answered 2019-01-21T02:40:37Z

4 votes

在新版本的mysql-server食谱上面会粉碎“mysql”数据库。在旧版本中它可以工作。 在新的一些表中切换到表类型INNODB，这样做会损坏它们。最简单的方法是转储所有数据库，卸载mysql-server，加入仍然是my.cnf：

[mysqld]

innodb_file_per_table=1

erase all in /var/lib/mysql

install mysql-server

restore users and databases

adjustable_wrench answered 2019-01-21T02:40:59Z

4 votes

在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

保存号为/root/.my.cnf，运行方式为/var/lib/mysql。

不包括/root/.my.cnf,/var/lib/mysql,performance_schema(和binlog目录)。

假设您在/root/.my.cnf中拥有管理员凭据，并且您的数据库位于默认的/var/lib/mysql目录中。

您还可以在运行此脚本后清除二进制日志以重新获得更多磁盘空间：

PURGE BINARY LOGS BEFORE CURRENT_TIMESTAMP;

Pierre-Alexis de Solminihac answered 2019-01-21T02:41:46Z

-1 votes

如前所述，你不能缩小ibdata1(这样做你需要转储和重建)，但通常也没有真正的需要。

使用autoextend(可能是最常见的大小设置)ibdata1预分配存储，每次接近满时都会增长。 这使得写入速度更快，因为已经分配了空间。

删除数据时，它不会缩小，但文件中的空间会标记为未使用。 现在，当您插入新数据时，它将重新使用文件中的空白空间，然后再进一步增长文件。

所以如果你真的需要这些数据，它只会继续增长。 除非你真的需要空间用于其他应用程序，否则可能没有理由缩小它。

steveayre answered 2019-01-21T02:42:28Z