mysql - 为什么 mysqldump 变得如此之大？

Question

场景:

MySQL 数据库，主要包含 MyISAM 表。 MySQL 文件系统的当前权重:

80K ./casin_emails
212K    ./performance_schema
371M    ./casin_info
32K ./percona
572K    ./casin
1.1M    ./mysql
67G .

正如您注意到的，大部分空间来自 ibdata 文件

17956960  67G -rw-rw---- 1 mysql mysql  67G Nov 11 11:45 ibdata1
17956940 5.0M -rw-rw---- 1 mysql mysql 5.0M Nov 11 11:45 ib_logfile0
17956939 5.0M -rw-rw---- 1 mysql mysql 5.0M Nov 11 10:44 ib_logfile1

在写这个问题的时候，mysqldump 仍在运行的进程正在写入一个 14 GB 的文件。

所以我的问题可能很明显。如果当前数据库空间很小，为什么 mysqldump 会创建这么大的文件？ ibdata 对此有罪吗？

我想我无法回避 mysqldump 需要在 ibadata 上生成某种数据备份的事实，但我只是想确定并知道为什么会发生这种情况。

谢谢!

PS:我之前搜索过这个问题，但我找到的所有帖子都是关于如何缩小数据库的，这不是我当前的问题。

Answer 1

作为 mysqldump 上的 MySQL 文档说(突出显示是我的):

The mysqldump client utility performs logical backups, producing a set of SQL statements that can be executed to reproduce the original database object definitions and table data.

因此，mysqldump 并不是简单地导出数据，而是将它们打包成sql 语句。此外，所有数据都以文本形式导出，因此每个数字数据和空值将比在数据库中占用更多空间。