補充：正常情況下，建議數據庫備份最好用工具進行備份，通過拷貝數據庫表進行數據遷移，不同的環境會出現各種不同的意外問題。

背景：今天在整理一個網站的時候，操作系統由于系統自動更新導致一直出現系統藍屏死機，唉，悲劇了，于是重新安裝了系統 windows server 2008 enterprise 32bit。

詳情：

系統安裝完成后，重新配置之前那個網站，appache服務配好之后，再配置數據的時候是這樣做的，將原來Mysql 文件夾(C:\Windows.old\ProgramData\MySQL\MySQL Server 5.1\data)下的數據庫文件夾及"*.frm"

拷貝到新安裝的myql數據庫文件夾下面(C:\ProgramData\MySQL\MySQL Server 5.1\data)，重啟mysql服務，通過使用navicate for mysql 工具查看數據庫 “xxdatabase”中某張表，結果顯示“ mysql table 'xxtable' doesn`t exist ”,

這個可把我給急壞了，心想這下可玩大了，網站的數據要是出問題了，領導還不把我給燒烤了啊。

于是我就google 啊，百度啊，bing啊，stackoverflow啊等幾大常用的搜索全用上了，搜索出來的答案全部都不能解決問題啊，一不留神時間到了該吃飯的點了，唉，心想先吃飽飯，然后在思考更有思路，哈哈。于是回去猛吃了一頓，可把我給撐的啊，廢話少說，回來后又找啊找啊，結果還是沒能找到合適解決方案，于是認真查看了下mysql 的data文件加下的文件，發現了WIN-4FA0WLP5F0V.err和WIN-4FA0WLP5F0V.pid 兩個文件，于是看了具體的錯誤內容如下

感覺應該是數據庫引擎配置的問題，于是搜索了有關InnoDB 和MyISAM的相關資料，如下這段內容很有意義

以表”Table”為例:

如類型是MyISAM, 數據文件則以”Table.frm””Table.MYD””Table.MYI””三個文件存儲于”/data/$databasename/”目錄中.

如類型是InnoDB, 數據文件則存儲在”$innodb_data_home_dir/″中的ibdata1文件中(一般情況)，結構文件存在于table_name.frm中.

MySQL的數據庫文件直接復制便可以使用，但是那是指“MyISAM”類型的表。

而使用MySQL-Front直接創建表，默認是“InnoDB”類型，這種類型的一個表在磁盤上只對應一個“*.frm”文件，不像MyISAM那樣還“*.MYD,*.MYI”文件。

MyISAM類型的表直接拷到另一個數據庫就可以直接使用，但是InnoDB類型的表卻不行。解決方法就是:

同時拷貝innodb數據庫表“*.frm”文件和innodb數據“ibdata1”文件到合適的位置。啟動MySQL的Windows服務

由于MySQL這樣數據混雜的形式, 往往很容易讓使用者在備份時忘記了備份InnoDB, 從而導致了上述錯誤.

意思就是說在數據庫引擎類型為InnoDB時，拷貝數據文件的同時還需要拷貝ibdata1，于是把ibdata1也拷貝過去覆蓋，發現還是有點問題，于是停止mysql服務，將目錄下的ib_logfile*文件全部刪除掉，重新啟動mysql服務，well done，可以了

高興啊，于是稍微總結了，希望以后遇到相同的問題，能夠快速解決。

1，在進行mysql數據庫備份的或遷移的時候，盡量備份完成所需要的數據；

2，如果直接拷貝原有數據庫文件"*.frm"、"*.MYD"、"*.MYI"等文件時候，如果原數據庫引擎是InnoDB,切記還需拷貝ibdata1文件

3，備份數據庫的時候，最好是用相關的工具進行備份或是導出sql文件，以免浪費時間在數據庫恢復上

4，msyql版本或是備份工具的版本不同，也可能引起數據恢復有問題。

實踐證明以上問題是存在的，解決方案是可行的，哈哈，為了以后方便，寫了這篇博客隨筆，希望大?？吹搅瞬灰梢?#xff0c;歡迎拍磚。

1：MyISAM類型的數據文件可以在不同操作系統中COPY，這點很重要，布署的時候方便點。(只需要拷貝 數據庫名字文件夾下面的文件，這樣數據庫就拷貝完了)

2:? InnoDB類型的 要注意多拷貝 ibdata1 , 最好不要是直接復制文件夾，而是應該用sql導入導出

總結

以上是生活随笔為你收集整理的mysql还原数据库后日期显示3000_mysql 直接从date 文件夹备份表，还原数据库之后提示 table doesn`t exist的原因和解决方法...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。