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]