如何可靠地恢复 MySQL blob

Question

多年来我一直使用以下命令备份 MySQL 数据库： mysqldump myDatabaseName -u root > myBackupFile.sql

备份似乎工作正常...

然后我想将其中一个备份恢复到另一个命名的数据库，所以我这样做了： mysql myNewDatabaseName -u root mysql myNewDatabaseName -u root < myBackupFile.sql

我遇到了一些关于日志文件大小的错误，因此我停止了 Mysql 并删除了日志文件，并在 my.ini 文件中设置了以下参数并重新启动了 mysql。

innodb_log_file_size=64M

innodb_log_buffer_size=8M

恢复现已完成，没有错误，但包含 Blob 的三个表之一永远不会恢复。

我的 max-allowed-packet 设置为 32M

数据库备份大小约为 2.2 GB，该大小的大部分位于无法恢复的表中。如果我在恢复的数据库上运行 mysqldump，大小为 185 MB。

我现在尝试使用选项 --hex-blob 执行 mysqldump，但我还没有尝试恢复该文件（3.9 GB）。

我确实需要一种万无一失的备份和恢复方法，因为我现有的备份似乎毫无价值。我特别担心的是，据我所知，它“默默地失败”，没有错误日志条目。

环境是windows server 2003 sp2

任何帮助表示赞赏！

乔治

Answer 1

我设法使用以下 mysqldump 命令备份和恢复 blob：

mysqldump --opt  --skip-extended-insert --max_allowed_packet=128M -u root myDB > filename

不确定它是否在命令行上指定 max_allowed_pa​​cket 或执行此操作的 skip-extended-insert诡计。

我假设我的 max_allowed_pa​​cket 为 32M，但我认为在 mysql 配置文件中它位于 [mysqld] 部分，因此可能不适用于转储。

我仍然不明白为什么转储或恢复时都没有错误。

Answer 2

mysqldump --skip-extended-insert 可以工作，但恢复时性能会降低 100 倍，因此不是一个可行的选择。

当您进行备份时，max_allowed_pa​​cket 会被mysqldump 忽略（由设计？）实际的补充是net_buffer_length。因此，请确保您的 max_allowed_pa​​cket 大于您的 net_buffer_length 并且它应该可以工作。如：

mysqldump -u root --net_buffer_length=100k oldDB > backup.sql
mysql -u root --max_allowed_packet=10M newDB < backup.sql