使用 mysqldump 可正确备份恢复含二进制数据的 MySQL 表，通过 –hex-blob 参数能以十六进制安全导出 BLOB 字段，避免字符集问题，确保跨平台恢复时数据完整性。
MySQL 的二进制数据通常指的是 BLOB 类型字段中存储的内容，比如图片、文件等。这类数据和其他字段一样，会随着表数据的备份和恢复而被处理。要正确备份和恢复包含二进制数据的 MySQL 数据库，关键是使用合适的备份方式确保数据完整性。
使用mysqldump 备份含二进制数据的表
mysqldump 是最常用的逻辑备份 工具，能完整导出表结构和数据，包括 BLOB 字段中的二进制内容。
执行备份命令：
mysqldump -u 用户名 -p 数据库名 表名 > backup.sql
例如：
mysqldump -u root -p mydb documents > documents_backup.sql
该 SQL 文件会以 INSERT 语句形式保存所有数据，自动处理二进制内容的转义，保证恢复时数据不损坏。
若数据量大或希望更安全地处理 BLOB，可添加 –hex-blob 参数，将二进制数据以十六进制格式导出：
mysqldump -u root -p –hex-blob mydb documents > secure_backup.sql
这种方式避免了字符集转换问题，特别适合跨平台或不同字符集环境下的恢复。
从备份文件恢复二进制数据
恢复过程就是执行导出的 SQL 文件，MySQL 会自动解析并还原 BLOB 字段内容。
使用以下命令导入：
mysql -u 用户名 -p 数据库名
例如：
mysql -u root -p mydb
如果备份时用了 –hex-blob，恢复时无需额外操作，MySQL 能正确识别十六进制表示的二进制数据。
注意：恢复前确保目标数据库和表结构已存在，或让 mysqldump 包含建表语句（默认包含）。
直接复制数据文件（物理备份）注意事项
对于 InnoDB 等存储引擎，直接复制 .ibd 文件等方式属于物理备份，虽然速度快，但需严格保证 MySQL 服务停止或使用 Percona XtraBackup 等工具。
这种备份方式同样会包含 BLOB 数据，因为它们已写入表空间文件。但跨机器恢复时需注意：
- MySQL 版本和配置尽量一致
- 表必须为独立表空间（innodb_file_per_table=ON）
- 不能简单复制文件到运行中的实例，需用 IMPORT TABLESPACE 等方式导入
验证备份与恢复的完整性
完成恢复后，建议检查二进制数据是否正确。可通过查询记录数和校验 BLOB 长度验证：
SELECT id, LENGTH(content), MD5(content) FROM documents WHERE id = 1;
对比原始数据的长度和 MD5 值，确保没有丢失或损坏。
基本上就这些。只要使用标准的 mysqldump 或可靠的物理备份工具，MySQL 中的二进制数据可以安全备份和恢复，关键在于选择合适的方法并验证结果。
