X3.5報錯iscuz! Database Error Time: 2025-07-09 09:10:31 +0000 IP: 106.114.19.94 BackTraceID: 59cb452e586e4b2051a78baead4af84b (1146)

q18341427

Discuz! Database Error

Time: 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



直接打包的數(shù)據庫文件 恢復就成這樣了?。。。。。。?！

環(huán)境：windows Server 2008  R2  寶塔8.2.2

數(shù)據庫版本：MySQL5.6

PHP版本：7.4

打開數(shù)據庫顯示數(shù)據庫中沒有表。

1 貢獻

最佳答案

可以聯(lián)系我嘗試處理恢復數(shù)據

• 耗子
• 發(fā)表于2025-7-13 23:16:24
• 詳細答案 >

湖中沉

common_syscache表不見了，你干了什么導致數(shù)據表都沒了？
按照你說的打包恢復數(shù)據，你怎么打包的？mysql的innodb可不是把數(shù)據文件復制過去就能用的，這完全是錯誤的方法

q18341427

X3.4都是直接打包的數(shù)據庫，數(shù)據庫這樣直接放進去正常，就這一個站這樣！?。。。。?！

恢復之前打包的的數(shù)據庫也提示這個錯誤！?。。?！

X3.5不能直接打包的么？

q18341427

湖中沉 發(fā)表于 2025-7-9 17:30
common_syscache表不見了，你干了什么導致數(shù)據表都沒了？
按照你說的打包恢復數(shù)據，你怎么打包的？mysql的i ...

X3.4一直都這樣備份的正常的

湖中沉

q18341427 發(fā)表于 2025-7-9 17:30
X3.4都是直接打包的數(shù)據庫，數(shù)據庫這樣直接放進去正常，就這一個站這樣?。。。。。?！

恢復之前打包的的數(shù) ...

X3.4這樣操作也是不對的，且這和X3.4還是X3.5無關，而和mysql的數(shù)據引擎有關，X3.5開始使用的是innodb引擎。

數(shù)據備份正確的方法從來不是復制文件，而是用數(shù)據管理軟件導出備份。以前錯誤的方法勉強沒出錯，不代表是正確的方式

q18341427

湖中沉 發(fā)表于 2025-7-9 17:32
X3.4這樣操作也是不對的，且這和X3.4還是X3.5無關，而和mysql的數(shù)據引擎有關，X3.5開始使用的是innodb引 ...

好幾個站呢！?。。?！

X3.4一直這樣直接打包 恢復多少次了 ！

3.5的第一次恢復 就這樣了

大佬！還有解決辦法么？

天外飄仙

q18341427 發(fā)表于 2025-7-9 17:30
X3.4都是直接打包的數(shù)據庫，數(shù)據庫這樣直接放進去正常，就這一個站這樣?。。。。。?！

恢復之前打包的的數(shù) ...

X3.5 不能這樣打包數(shù)據庫的!

要導出SQL 文件 再 導入恢復, 或者是 用dz后臺的 數(shù)據庫備份恢復功能

q18341427

天外飄仙 發(fā)表于 2025-7-9 17:37
X3.5 不能這樣打包數(shù)據庫的!

要導出SQL 文件 再 導入恢復, 或者是 用dz后臺的 數(shù)據庫備份恢復功能 ...

原備份文件全這這樣打包的，還有解決辦法么？  

天外飄仙

q18341427 發(fā)表于 2025-7-9 17:40
原備份文件全這這樣打包的，還有解決辦法么？

修復倒是可以, 但是代價會比較大;

原服務器 數(shù)據已經不在了嗎?  建議直接到 原服務器 重新備份數(shù)據庫呢;

q18341427

天外飄仙 發(fā)表于 2025-7-9 18:31
修復倒是可以, 但是代價會比較大;

原服務器 數(shù)據已經不在了嗎?  建議直接到 原服務器 重新備份數(shù)據庫呢; ...

原服務器硬盤報廢了