我的 MySQL 服务器包含两个 100+ GB 的大数据库。一个是用创建的innodb_file_per_table，一个不是。那个不是，已经被倾倒，准备重新加载。但是，ibdata1 文件仍然很大，我没有足够的可用空间。在这种情况下，通常的建议是转储并删除每个数据库，停止 MySQL，然后删除 ibdata1 和事务日志，然后重新加载数据库。
我的具体问题是：我可以留下innodb_file_per_table单独创建的数据库吗？或者当我删除 ibdata1 时它们会被销毁，即使它们的所有文件都是分开的？
我不能让这个数据库离线转储和重新加载它。而且因为它已经正确地为每个表使用了单独的文件，所以它会感觉非常无用。
单片
ibdata1包含一些系统范围的数据。您可能会因为尝试手动删除而不先删除所有现有数据库而遭受数据丢失。（有办法从这种情况中恢复过来，但为什么要把自己置于那个位置呢？按照给你的指示转储所有数据库，重建 MySQL 安装，然后重新加载它们。这是安全的选择。）
你将不得不负担得起。这只是一次中断 - 安排它并让它发生。
我们的常驻 MySQL 专家证实这是唯一（安全）的缩小方法
ibdata1，我尊重他在这些问题上的专业知识。（我还建议您在安排停电窗口之前阅读他的其他帖子，链接自该答案。您最好尽可能多地清理潜在问题，因为您将不得不采取停电窗口...... )
如果您正在运行 MySQL 5.6，您可以利用称为可传输表空间的新功能。
如果你运行的不是 5.6，你可以使用Percona Xtrabackup中的 innobackupex 工具。这需要使用 XtraDB（Percona 修改后的 InnoDB 引擎，Percona Server 的一部分）。 导入和导出单个表
如果您没有运行 5.6，并且无法运行 Percona Server
如果一个数据库需要启动，由于选择是至关重要的，并且你有快速存储（例如 ec2 上的 iops 卷），减少停机时间的一种方法是停止 mysql，通过数据目录 rsync 到快速卷，然后带回up master 只读。
然后你有时间转储/导入等等，而你的旧主服务器选择 qrys。一旦转储/导入完成，并且第二个盒子准备好进行写入，只需在您的应用层代码中切换到它。
如果你的主人需要一直写，你不能用这个。如果你有专门的 slave，你可以锁定 master，fixup slave 并提升为 master。