Discuz! 官方交流社區
標題: X3.5報錯iscuz! Database Error Time: 2025-07-09 09:10:31 +0000 IP: 106.114.19.94 BackTraceID: 59cb452e586e4b2051a78baead4af84b (1146) [打印本頁]
作者: q18341427 時間: 3 天前
標題: X3.5報錯iscuz! Database Error Time: 2025-07-09 09:10:31 +0000 IP: 106.114.19.94 BackTraceID: 59cb452e586e4b2051a78baead4af84b (1146)
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 2008 R2 寶塔8.2.2
數據庫版本：MySQL5.6
PHP版本：7.4
打開數據庫顯示數據庫中沒有表。
作者: 湖中沉 時間: 3 天前
common_syscache表不見了，你干了什么導致數據表都沒了？
按照你說的打包恢復數據，你怎么打包的？mysql的innodb可不是把數據文件復制過去就能用的，這完全是錯誤的方法
作者: q18341427 時間: 3 天前
X3.4都是直接打包的數據庫，數據庫這樣直接放進去正常，就這一個站這樣！！！！！！！
恢復之前打包的的數據庫也提示這個錯誤！！！！！
X3.5不能直接打包的么？
作者: q18341427 時間: 3 天前
X3.4一直都這樣備份的正常的 
作者: 湖中沉 時間: 3 天前
X3.4這樣操作也是不對的，且這和X3.4還是X3.5無關，而和mysql的數據引擎有關，X3.5開始使用的是innodb引擎。
數據備份正確的方法從來不是復制文件，而是用數據管理軟件導出備份。以前錯誤的方法勉強沒出錯，不代表是正確的方式
作者: q18341427 時間: 3 天前
好幾個站呢！！！！！
X3.4一直這樣直接打包 恢復多少次了 ！
3.5的第一次恢復 就這樣了
大佬！還有解決辦法么？
作者: 天外飄仙 時間: 3 天前
X3.5 不能這樣打包數據庫的!
要導出SQL 文件 再 導入恢復, 或者是 用dz后臺的 數據庫備份恢復功能
作者: q18341427 時間: 3 天前
原備份文件全這這樣打包的
，還有解決辦法么？
作者: 天外飄仙 時間: 3 天前
修復倒是可以, 但是代價會比較大;
原服務器 數據已經不在了嗎? 建議直接到 原服務器 重新備份數據庫呢;
作者: q18341427 時間: 3 天前
原服務器硬盤報廢了
作者: q18341427 時間: 3 天前
要是可以重新備份數據就不問了啊！原來服務器沒有了！~~~~~~~~
| 歡迎光臨 Discuz! 官方交流社區 (http://www.9999xn.com/) |
Powered by Discuz! W1.0 |