X3.5报错iscuz! Database Error Time: 2025-07-09 09:10:31 +0000 IP: 106.114.19.94 BackTraceID: 59cb452e586e4b2051a78baead4af84b (1146) New
Discuz! Database ErrorTime: 2025-07-09 09:10:31 +0000 IP: 106.114.19.94 BackTraceID: 59cb452e586e4b2051a78baead4af84b(1146) Table 'doutaoziyuan.common_syscache' doesn't existSELECT * FROM common_syscache WHERE `cname` IN('announcements','onlinelist','forumlinks','heats','historyposts','onlinerecord','userstats','diytemplatenameforum','plugin','pluginlanguage_system','setting','style_default','cronnextrun')
PHP Debug
直接打包的数据库文件 恢复就成这样了！！！！！！！！
环境：windows Server 2008R2宝塔8.2.2
数据库版本：MySQL5.6
PHP版本：7.4
打开数据库显示数据库中没有表。
我知道答案 回答被采纳将会获得1 贡献 已有7人回答 common_syscache表不见了，你干了什么导致数据表都没了？
按照你说的打包恢复数据，你怎么打包的？mysql的innodb可不是把数据文件复制过去就能用的，这完全是错误的方法 X3.4都是直接打包的数据库，数据库这样直接放进去正常，就这一个站这样！！！！！！！
恢复之前打包的的数据库也提示这个错误！！！！！
X3.5不能直接打包的么？ X3.4一直都这样备份的正常的 X3.4这样操作也是不对的，且这和X3.4还是X3.5无关，而和mysql的数据引擎有关，X3.5开始使用的是innodb引擎。
数据备份正确的方法从来不是复制文件，而是用数据管理软件导出备份。以前错误的方法勉强没出错，不代表是正确的方式 好几个站呢！！！！！
X3.4一直这样直接打包 恢复多少次了 ！
3.5的第一次恢复 就这样了
大佬！还有解决办法么？ X3.5 不能这样打包数据库的!
要导出SQL 文件 再 导入恢复, 或者是 用dz后台的 数据库备份恢复功能 原备份文件全这这样打包的，还有解决办法么？
页:
[1]