mysql - MariaDB 中的 XtraDB 会像 MySQL 中的 InnoDB 那样创建大文件吗？

Question

我一直在使用MySQL，但是，正如许多人痛苦地发现的那样，InnoDB引擎正在创建大型且不可收缩的ibdata1文件。激活 innodb_file_per_table 有帮助，但不能解决问题。

我正在考虑迁移到 MariaDB 并使用 XtraDB 引擎。我知道这是 InnoDB 的改进版本，但我想知道它是否仍然带有这个重要的流程。我没有在任何地方看到过它，所以我猜这不是 MariaDB 的问题，但我想确定一下。

有人有这方面的确切信息吗？提前致谢。

Answer 1

当然，使用innodb_file_per_table是标准推荐配置，当然，只有在生成大量系统表空间文件之前启用它才能提供最大的好处，ibdata1。

假设您正确地完成了所有这些操作，如果您仍然看到它显着增长，那么您正在采取一些措施来使其增长。

参见https://www.percona.com/blog/2013/08/20/why-is-the-ibdata1-file-continuously-growing-in-mysql/

重做日志(!)、数据字典和厨房水槽都仍然存储在那里，所以MySQL(InnoDB)并不是只是分配了越来越多的磁盘空间，然后就忘记了它，然后要求更多。您的工作量在很大程度上决定了这种增长。

从磁盘数据结构的角度来看，XtraDB是InnoDB。拿一个 MySQL 服务器，停止它，提取 MariaDB 或 Percona 服务器二进制文件，然后启动它们......XtraDB 像老板一样使用您的 ibdata1 和日志文件和 .ibd 文件，就像它们一样。大概也有相反的情况，但没有人尝试过。 (开玩笑。但说实话，在我的由数十台 MySQL 式服务器组成的网络中，我从未将计算机迁移到 MariaDB 或 Percona Server，后来我想，“哇，我真希望我能回到 Oracle 版本的 MySQL。”关于 XtraDB 使用现有 ibdata1 和 .ibd 文件的部分不是开玩笑，这都是真的。我什至从 Solaris 上的 MySQL 获取原始二进制数据文件，并将它们复制到 Linux 机器上，然后用它们启动 MariaDB -- 没问题。)

呈现相同的工作负载，您应该期望类似的增长......尽管不一定是相同的增长。但 XtraDB 与 InnoDB 不同，它使用与 InnoDB 相同的文件完成相同的事情。它在很多方面都更智能、更快，并且可以在有限的范围内进行配置来限制其增长，但它不会在磁盘空间限制上发挥极端的魔力，因为它需要相同的空间来完成相同的工作。从根本上来说，就其在磁盘中的存在而言，它仍然是 InnoDB。