ibdata1不收缩是MySQL的一个特别烦人的特性。ibdata1文件实际上无法收缩，除非删除所有数据库、删除文件并重新加载转储。

但是您可以配置MySQL，使每个表(包括其索引)存储为一个单独的文件。这样ibdata1就不会变大。根据Bill Karwin的评论，MySQL 5.6.6版本默认启用了这个功能。

这是一段时间前的事了。然而，要设置你的服务器为每个表使用单独的文件，你需要改变my.cnf来启用这个功能:

[mysqld]
innodb_file_per_table=1

https://dev.mysql.com/doc/refman/5.6/en/innodb-file-per-table-tablespaces.html

当你想要从ibdata1中回收空间时，你实际上必须删除文件:

做一个mysqldump的所有数据库，过程，触发器等除了mysql和performance_schema数据库 删除除上述2个数据库以外的所有数据库 停止mysql 删除ibdata1和ib_log文件 启动mysql 从转储恢复

在第5步启动MySQL时，将重新创建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-engine，在停止/重新启动mysqld时删除并重新生成。见https://dev.mysql.com/doc/refman/5.7/en/information-schema.html。

如果您的目标是监视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/en/show-table-status.html

在新版的mysql服务器菜谱上面会粉碎“mysql”数据库。 在旧版本中，它是有效的。在new中，一些表切换到INNODB类型，这样做会损坏它们。 最简单的方法是:

转储所有数据库 卸载mysql服务器, 添加remain my.cnf:

    [mysqld]
    innodb_file_per_table=1

删除/var/lib/mysql中的所有文件 安装mysql服务器 恢复用户和数据库

If you use the InnoDB storage engine for (some of) your MySQL tables, you’ve probably already came across a problem with its default configuration. As you may have noticed in your MySQL’s data directory (in Debian/Ubuntu – /var/lib/mysql) lies a file called ‘ibdata1′. It holds almost all the InnoDB data (it’s not a transaction log) of the MySQL instance and could get quite big. By default this file has a initial size of 10Mb and it automatically extends. Unfortunately, by design InnoDB data files cannot be shrinked. That’s why DELETEs, TRUNCATEs, DROPs, etc. will not reclaim the space used by the file.

我想你可以在那里找到很好的解释和解决方案:

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

ibdata1不收缩是MySQL的一个特别烦人的特性。ibdata1文件实际上无法收缩，除非删除所有数据库、删除文件并重新加载转储。

但是您可以配置MySQL，使每个表(包括其索引)存储为一个单独的文件。这样ibdata1就不会变大。根据Bill Karwin的评论，MySQL 5.6.6版本默认启用了这个功能。

这是一段时间前的事了。然而，要设置你的服务器为每个表使用单独的文件，你需要改变my.cnf来启用这个功能:

[mysqld]
innodb_file_per_table=1

https://dev.mysql.com/doc/refman/5.6/en/innodb-file-per-table-tablespaces.html

当你想要从ibdata1中回收空间时，你实际上必须删除文件:

做一个mysqldump的所有数据库，过程，触发器等除了mysql和performance_schema数据库 删除除上述2个数据库以外的所有数据库 停止mysql 删除ibdata1和ib_log文件 启动mysql 从转储恢复

在第5步启动MySQL时，将重新创建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-engine，在停止/重新启动mysqld时删除并重新生成。见https://dev.mysql.com/doc/refman/5.7/en/information-schema.html。

快速脚本接受的答案的过程在bash:

#!/usr/bin/env bash
dbs=$(mysql -BNe 'show databases' | grep -vE '^mysql$|^(performance|information)_schema$')
mysqldump --events --triggers --databases $dbs > alldatabases.sql && \
    echo "$dbs" | while read -r db; do
        mysqladmin drop "$db"
    done && \
    mysql -e 'SET GLOBAL innodb_fast_shutdown = 0' && \
    /etc/init.d/mysql stop && \
    rm -f /var/lib/mysql/ib{data1,_logfile*} && \
    /etc/init.d/mysql start && \
    mysql < alldatabases.sql

保存为purge_binlogs.sh并以root用户运行。

不包括mysql, information_schema, performance_schema(和binlog目录)。

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

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

PURGE BINARY LOGS BEFORE CURRENT_TIMESTAMP;