MySQL转储限制？ MySQL整体数据库大小限制？

Question

客户只有大约 1000 行数据（当然是最近的），只是在他们的一张表中丢失了。做一些取证，我发现他们所有其他行中的“last_updated_date”也被设置为与删除发生的时间大致相同。这不是他们更大的桌子之一。

其他一些奇怪的地方是上周的 mysqldumps 都是 exact 相同的大小 - 10375605093 字节。以前的转储每个都增加了大约 0.5GB。 MySQL Dump 命令是标准的：

/path/to/mysqldump -S /path/to/mysqld2.sock --lock-all-tables -u username -ppassword database > /path-to-backup/$(date +%Y%m%d)_live_data.mysqldump

框上的df -h 显示每个目录中有足够的空间（至少50%）。

数据丢失加上他们的转储大小没有增加这一事实让我担心我们在 MySQL 中以某种方式达到了一些硬编码限制，并且（上帝希望我错了），数据正在损坏。有人听说过这样的事吗？我们如何解释 mysqldump 的大小？

Answer 1

如果您正在执行多个多 gig 转储并在中途用完空间，那么 50% 的可用空间并没有多大意义。除非您将二进制数据存储在转储中，否则它们是非常可压缩的，所以我建议在输出到文件之前通过 gzip 管道 mysqldump 的输出：

mysqldump .... | gzip -9 > /path_to_backup/....

MySQL 本身没有任何“在 X 次演出后不再存在”的任意限制，但它所运行的平台有限制，detailed here。

Answer 2

MySQL 可以处理的数据量没有硬编码限制。