主頁 > 知識庫 > 詳解MySQL恢復(fù)psc文件記錄數(shù)為0的解決方案

詳解MySQL恢復(fù)psc文件記錄數(shù)為0的解決方案

熱門標(biāo)簽:呼叫中心市場需求 服務(wù)外包 Linux服務(wù)器 鐵路電話系統(tǒng) AI電銷 網(wǎng)站排名優(yōu)化 地方門戶網(wǎng)站 百度競價排名

psc文件是用Navicat工具生成的備份文件,只能用Navicat工具進行恢復(fù)。

(一)錯誤出現(xiàn)步驟

1 用Navicat連接MySQL

2 新建一個數(shù)據(jù)庫,名字隨便取,比如mydb1,字符集選utf-8(因為備份文件用的就是utf-8)
3 選擇mydb1數(shù)據(jù)庫-->備份-->還原備份-->選擇psc文件,開始還原
4 還原結(jié)束后,發(fā)現(xiàn)673個對象只恢復(fù)了551個,47366條記錄恢復(fù)了0條。這說明這個備份文件是有問題的。

(二)解決方案

1 重新還原,在“高級”里面,取消默認勾選的“使用事務(wù)”,并勾選“遇到錯誤繼續(xù)”
2 還原結(jié)束后,發(fā)現(xiàn)對象數(shù)和記錄數(shù)都成功恢復(fù)
3 對mydb1數(shù)據(jù)庫進行備份,這里得到的對象是665個,而原先的對象是673個。說明原先的備份文件里有8個對象是有問題的,無法恢復(fù)。至于這8個對象具體是表還是觸發(fā)器或是索引,這里無從得知。

已處理記錄數(shù)為47366個,與原先的記錄數(shù)一致,說明整個庫的記錄數(shù)沒有丟失。(這個可以說明假如缺失的對象為表的話,一定是空表。)

得到的備份文件名為160330103626.psc,這是根據(jù)備份的時間來命名的。備份路徑為C:\Users\Administrator\Documents\Navicat\MySQL\servers\jebao\mydb1\。
4 建立一個新的數(shù)據(jù)庫,名字隨便取,比如mydb2,字符集仍為utf-8。然后用剛做的備份文件160330103626.psc進行數(shù)據(jù)還原。
注意“高級”選項里按默認選擇就行。
5 備份結(jié)束后,發(fā)現(xiàn)對象數(shù)和記錄數(shù)都完全恢復(fù),說明新備份文件沒有問題。

以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • mysql實現(xiàn)查詢最接近的記錄數(shù)據(jù)示例
  • PHP+MySQL統(tǒng)計該庫中每個表的記錄數(shù)并按遞減順序排列的方法
  • MySQL數(shù)據(jù)庫查看數(shù)據(jù)表占用空間大小和記錄數(shù)的方法
  • MYSQL速度慢的問題 記錄數(shù)據(jù)庫語句
  • MySQL通過觸發(fā)器解決數(shù)據(jù)庫中表的行數(shù)限制詳解及實例
  • MySQL分區(qū)表的局限和限制詳解
  • MySQL 如何限制一張表的記錄數(shù)

標(biāo)簽:蘭州 衡水 崇左 銅川 湖南 仙桃 湘潭 黃山

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《詳解MySQL恢復(fù)psc文件記錄數(shù)為0的解決方案》,本文關(guān)鍵詞  ;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 收縮
    • 微信客服
    • 微信二維碼
    • 電話咨詢

    • 400-1100-266