Dedecms欄目文章列表爲(wéi / wèi)空的(de)解決辦法
今天有客戶找到(dào)我說(shuō)他(tā)的(de)一(yī / yì /yí)個(gè)網站後台突然間不(bù)能正常工作了(le/liǎo),昨天還能添加文章,今天所有的(de)文章都不(bù)見了(le/liǎo)。他(tā)把後台地(dì / de)址和(hé / huò)FTP信息提供給我,讓我幫忙看看。我打開了(le/liǎo)他(tā)的(de)後台,發現使用的(de)是(shì)Dede cms。點擊後台網站欄目管理,文章列表全是(shì)空的(de),但是(shì)頁碼顯示正常。
我馬上(shàng)使用系統主頁 >> 系統錯誤修複工具檢測,出(chū)現如下提示:
·xx_archives 表總記錄數: 8981
·xx_addoninfos 表總記錄數: 0
※總有效記錄數: 8981
※微統計表記錄數: 8978
通過系統自動修複功能也(yě)無法進行修複,更新緩存也(yě)無效。所以(yǐ)我第一(yī / yì /yí)反應就(jiù)是(shì)客戶上(shàng)次保存文章插入數據時(shí)可能出(chū)現了(le/liǎo)問題。然後通過phpmyadmin進入其數據庫後台,查看xx_archives表,發現數據有300頁之(zhī)多,當選擇第300頁的(de)時(shí)候,提示數據庫錯誤,需要(yào / yāo)檢測和(hé / huò)修複;而(ér)選擇第299頁時(shí)能正常顯示。所以(yǐ)我判斷用戶最後添加文章時(shí)應該出(chū)現了(le/liǎo)錯誤,插入了(le/liǎo)非預期的(de)數據。
數據安全是(shì)第一(yī / yì /yí)位,由于(yú)客戶沒有做過數據備份,所以(yǐ)我們首先備份了(le/liǎo)數據庫。然後清空了(le/liǎo)xx_archives數據表,導入剛剛備份的(de)數據庫xx_archives數據。執行完數據導入後,進入後台欄目文章列表能夠正确顯示了(le/liǎo)。
所以(yǐ)從這(zhè)件事情告訴我們,不(bù)管多穩定的(de)系統也(yě)總是(shì)會出(chū)問題,所以(yǐ)應該養成随時(shí)備份數據的(de)習慣。現在(zài)做網站或服務器自動備份的(de)廠家很多,當我們運營一(yī / yì /yí)個(gè)平台時(shí),一(yī / yì /yí)定要(yào / yāo)規劃好後續的(de)數據備份計劃,不(bù)妨選擇一(yī / yì /yí)個(gè)服務和(hé / huò)穩定性都很好的(de)備份平台,讓我們在(zài)數據庫出(chū)現問題後也(yě)能從容不(bù)迫。
- 上(shàng)一(yī / yì /yí)篇:青島天時合網絡科技有限公司2014年新春賀詞
- 下一(yī / yì /yí)篇:怎麽把word中的(de)圖片保存到(dào)電腦