详解MySQL恢复psc文件记录数为0的解决方案
psc文件是用Navicat工具生成的备份文件,只能用Navicat工具进行恢复。
(一)错误出现步骤
1 用Navicat连接MySQL
2 新建一个数据库,名字随便取,比如mydb1,字符集选utf-8(因为备份文件用的就是utf-8)
3 选择mydb1数据库-->备份-->还原备份-->选择psc文件,开始还原
4 还原结束后,发现673个对象只恢复了551个,47366条记录恢复了0条。这说明这个备份文件是有问题的。
(二)解决方案
1 重新还原,在“高级”里面,取消默认勾选的“使用事务”,并勾选“遇到错误继续”
2 还原结束后,发现对象数和记录数都成功恢复
3 对mydb1数据库进行备份,这里得到的对象是665个,而原先的对象是673个。说明原先的备份文件里有8个对象是有问题的,无法恢复。至于这8个对象具体是表还是触发器或是索引,这里无从得知。
已处理记录数为47366个,与原先的记录数一致,说明整个库的记录数没有丢失。(这个可以说明假如缺失的对象为表的话,一定是空表。)

得到的备份文件名为160330103626.psc,这是根据备份的时间来命名的。备份路径为C:\Users\Administrator\Documents\Navicat\MySQL\servers\jebao\mydb1\。
4 建立一个新的数据库,名字随便取,比如mydb2,字符集仍为utf-8。然后用刚做的备份文件160330103626.psc进行数据还原。
注意“高级”选项里按默认选择就行。
5 备份结束后,发现对象数和记录数都完全恢复,说明新备份文件没有问题。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。
相关文章
mysql提示got timeout reading communication packets的解决方法
今天发现mysql错误日志中出现got timeout reading communication packets,一般情况因为部分页面生成有问题导致,这里简单分享一下解决方法2019-05-05
win2003服务器下配置 MySQL 群集(Cluster)的方法
MySQL 群集是 MySQL 适合于分布式计算环境的高可用、高冗余版本。它采用了 NDB Cluster 存储引擎,允许在 1 个群集中运行多个 MySQL 服务器。2010-12-12
避坑:Sql中 in 和not in中有null值的情况说明
这篇文章主要介绍了避坑:Sql中 in 和not in中有null值的情况说明,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教2022-07-07


最新评论