这ibdata1并没有减少，这是MySQL的一个特别令人讨厌的功能。该ibdata1文件实际上不能缩小，除非你删除所有数据库，删除文件并重新加载转储。

但是您可以配置MySQL，以便将每个表（包括其索引）存储为单独的文件。这样ibdata1就不会增长那么大。根据Bill
Karwin的评论，默认情况下从MySQL 5.6.6版本开始启用此功能。

不久前我做了这个。但是，要将服务器设置为对每个表使用单独的文件，您需要进行更改my.cnf才能启用此功能：

[mysqld]
innodb_file_per_table=1

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

当您要回收空间时，ibdata1实际上必须删除文件：

1. 对 和 数据库 以外的mysqldump所有数据库，过程，触发器等执行a mysql``performance_schema
2. 删除 除上述2个数据库以外的 所有 数据库
3. 停止mysql
4. 删除ibdata1和ib_log文件
5. 启动mysql
6. 从转储还原

当您在步骤5中启动MySQL时，ibdata1和ib_log文件将被重新创建。

现在您可以出发了。创建新数据库进行分析时，这些表将位于单独的ibd*文件中，而不是中ibdata1。由于通常在不久之后ibd*删除数据库，因此文件将被删除。

http://dev.mysql.com/doc/refman/5.1/zh-CN/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使用内存数据库引擎和被丢弃，一旦停止再生/重启mysqld的。参见https://dev.mysql.com/doc/refman/5.7/en/information-
schema.html。