从SQL转储还原数据库时启用二进制模式
我对MySQL非常陌生，并且正在Windows上运行它。我正在尝试从MySQL中的转储文件还原数据库，但是出现以下错误：
$ >mysql -u root -p -h localhost -D database -o < dump.sql
ERROR: ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in non-interactive mode. Set --binary-mode to 1 if ASCII '\0' is expected. Query: 'SQLite format 3'.
我尝试放入--binary-modeini文件，但它仍然给出相同的错误。我该怎么办？请帮忙。
更新
正如Nick在评论中所建议的那样，我尝试$ > mysql -u root -p -h localhost -D database --binary- mode -o < dump.sql了一下，但它给了我以下内容ERROR at line 1: Unknown command '\☻'.
这是一个500 Mb的转储文件，当我使用gVIM查看其内容时，我只能看到表达式和数据，这些表达式和数据是无法理解的。
问题答案：
解压缩文件，然后再次导入。
-
二进制日志中记录了用户对数据库更改的所有操作，如 INSERT 语句、UPDATE 语句、CREATE 语句等。如果数据库因为操作不当或其它原因丢失了数据，可以通过二进制日志来查看在一定时间段内用户的操作，结合数据库备份来还原数据库。 下面将为读者详细介绍使用二进制日志还原数据库的方法。 数据库遭到意外损坏时，应该先使用最近的备份文件来还原数据库。另外备份之后，数据库可能进行了一些更新，这时可以使
-
问题内容： 我们正在捕获大小可变（从100k到800k）的原始二进制字符串，并且我们想存储这些单独的字符串。它们不需要索引（duh），并且不会对该字段的内容进行任何查询。 这些插件的数量将非常大（用于存档），例如每天10,000。像这样的大型二进制字符串的最佳字段类型是什么？应该是还是其他？ 问题答案： 就 PostgreSQL 而言，类型是不可能的。与目标相比，它更慢，占用更多空间并且更容易出错
-
问题内容： 我正在尝试使用Microsoft.SqlServer.Management.Smo将数据库从一台服务器还原到另一台服务器。问题是我不断收到错误消息，指出它找不到.MDF文件。这样做的原因是，它试图从它来自的SQL实例名称的数据文件夹中找到它，而不是在另一个SQL实例的数据文件夹中寻找它。有没有一种方法可以告诉它要在哪个文件夹中搜索mdf，而不是假定它是标记到BAK文件的文件夹？真令人沮
-
本文向大家介绍SQL Server 2008 备份数据库、还原数据库的方法，包括了SQL Server 2008 备份数据库、还原数据库的方法的使用技巧和注意事项，需要的朋友参考一下 SQL Server 2008 备份数据库： 1.打开SQL , 找到要备份的数据库 , 右键 >> 任务 >>备份 2.弹出 [ 备份数据库对话框 ] ,如图: 3.点击添加 [ 按钮 ] . 如下图: 4.选择要
-
其他信息： system.data.sqlclient.sqlerror：文件'C:\Program Files\Microsoft SQL Server\mssql10_50.mssqlServer\mssql\data\uwa.mdf'由'aston_fresh_log'(2)和'aston_fresh'(1)声明。WITH MOVE子句可用于重新定位一个或多个文件。（Microsoft.sq
-
我使用docker安装了mongo，现在我需要将mongodb转储并还原。