自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

MySQL索引被破壞所產(chǎn)生的問題解決

數(shù)據(jù)庫(kù) MySQL
我們今天主要向大家描述的是MySQL索引在被破壞的情況想所產(chǎn)生的問題與其實(shí)際的解決方案。下面就是文章的具體方案描述。

以下的文章主要講述的是一個(gè)MySQL索引在被破壞的情況想所產(chǎn)生的問題與其實(shí)際的解決方案。如果你對(duì)其實(shí)際的操作方案感興趣的話,你就可以瀏覽以下的文章了,下面就是文章的具體內(nèi)容描述。

下午上班,驚聞我的dedecms的網(wǎng)站出問題了,訪問一看,果然全屏報(bào)錯(cuò),檢查MySQL(和PHP搭配之***組合)日志,錯(cuò)誤信息為:

 

  1. Table '.\dedecmsv4\dede_archives' is marked as crashed and should be repaired 

提示說cms的文章表dede_archives被標(biāo)記有問題,需要修復(fù)。于是趕快恢復(fù)歷史數(shù)據(jù),上網(wǎng)查找原因。最終將問題解決。解決方法如下:

找到MySQL(和PHP搭配之***組合)的安裝目錄的bin/myisamchk工具,在命令行中輸入:

 

  1. myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI 

然后myisamchk 工具會(huì)幫助你恢復(fù)數(shù)據(jù)表的MySQL索引。重新啟動(dòng)MySQL(和PHP搭配之***組合),問題解決。

問題分析:

1、錯(cuò)誤產(chǎn)生原因,有網(wǎng)友說是頻繁查詢和更新dede_archives表造成的MySQL索引錯(cuò)誤,因?yàn)槲业捻?yè)面沒有靜態(tài)生成,而是動(dòng)態(tài)頁(yè)面,因此比較同意這種說法。還有說法為是MySQL(和PHP搭配之***組合)數(shù)據(jù)庫(kù)因?yàn)槟撤N原因而受到了損壞,如:數(shù)據(jù)庫(kù)服務(wù)器突發(fā)性的斷電、在提在數(shù)據(jù)庫(kù)表提供服務(wù)時(shí)對(duì)表的原文件進(jìn)行某種操作都有可能導(dǎo)致MySQL(和PHP搭配之***組合)數(shù)據(jù)庫(kù)表被損壞而無法讀取數(shù)據(jù)??傊褪且?yàn)槟承┎豢蓽y(cè)的問題造成表的損壞。

問題的編號(hào)為145

2、問題解決辦法。

當(dāng)你試圖修復(fù)一個(gè)被破壞的表的問題時(shí),有三種修復(fù)類型。如果你得到一個(gè)錯(cuò)誤信息指出一個(gè)臨時(shí)文件不能建立,刪除信息所指出的文件并再試一次--這通常是上一次修復(fù)操作遺留下來的。
這三種修復(fù)方法如下所示:

  1. % myisamchk --recover --quick /path/to/tblName   
  2. % myisamchk --recover /path/to/tblName   
  3. % myisamchk --safe-recover /path/to/tblName  

***種是最快的,用來修復(fù)最普通的問題;而***一種是最慢的,用來修復(fù)一些其它方法所不能修復(fù)的問題。

檢查和修復(fù)MySQL(和PHP搭配之***組合)數(shù)據(jù)文件

如果上面的方法無法修復(fù)一個(gè)被損壞的表,在你放棄之前,你還可以試試下面這兩個(gè)技巧:

如果你懷疑表的MySQL索引文件(*.MYI)發(fā)生了不可修復(fù)的錯(cuò)誤,甚至是丟失了這個(gè)文件,你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個(gè)數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL(和PHP搭配之***組合)服務(wù)并連接到這個(gè)服務(wù)上,使用下面的命令刪除表的內(nèi)容:

  1. MySQL(和PHP搭配之***組合)> DELETE FROM tblName;  

在刪除表的內(nèi)容的同時(shí),會(huì)建立一個(gè)新的索引文件。退出登錄并重新關(guān)閉服務(wù),然后用你剛才保存的數(shù)據(jù)文件(tblName.MYD)覆蓋新的(空)數(shù)據(jù)文件。***,使用myisamchk執(zhí)行標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法),根據(jù)表的數(shù)據(jù)的內(nèi)容和表的格式文件重新生成索引數(shù)據(jù)。

如果你的表的格式文件(tblName.frm)丟失了或者是發(fā)生了不可修復(fù)的錯(cuò)誤,但是你清楚如何使用相應(yīng)的CREATE TABLE語(yǔ)句來重新生成這張表,你可以重新生成一個(gè)新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果MySQL索引文件有問題,使用上面的方法重建一個(gè)新的)一起使用。首先制作一個(gè)數(shù)據(jù)和索引文件的拷貝,然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關(guān)這個(gè)表的所有記錄)。

啟動(dòng)MySQL(和PHP搭配之***組合)服務(wù)并使用當(dāng)初的CREATE TABLE文件建立一個(gè)新的表。新的.frm文件應(yīng)該可以正常工作了,但是***你還是執(zhí)行一下標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)。


3、myisamchk工具介紹(見MySQL(和PHP搭配之***組合)的官方手冊(cè))

可以使用myisamchk實(shí)用程序來獲得有關(guān)數(shù)據(jù)庫(kù)表的信息或檢查、修復(fù)、優(yōu)化他們。myisamchk適用MyISAM表(對(duì)應(yīng).MYI和.MYD文件的表)。

調(diào)用myisamchk的方法:

  1. shell> myisamchk [options] tbl_name ... 

options指定你想讓myisamchk做什么。在后面描述它們。還可以通過調(diào)用myisamchk --help得到選項(xiàng)列表。

tbl_name是你想要檢查或修復(fù)的數(shù)據(jù)庫(kù)表。如果你不在數(shù)據(jù)庫(kù)目錄的某處運(yùn)行myisamchk,你必須指定數(shù)據(jù)庫(kù)目錄的路徑,因?yàn)閙yisamchk不知道你的數(shù)據(jù)庫(kù)位于哪兒。實(shí)際上,myisamchk不在乎你正在操作的文件是否位于一個(gè)數(shù)據(jù)庫(kù)目錄;你可以將對(duì)應(yīng)于數(shù)據(jù)庫(kù)表的文件拷貝到別處并且在那里執(zhí)行恢復(fù)操作。

如果你愿意,可以用myisamchk命令行命名幾個(gè)表。還可以通過命名MySQL索引文件(用“ .MYI”后綴)來指定一個(gè)表。它允許你通過使用模式“*.MYI”指定在一個(gè)目錄所有的表。例如,如果你在數(shù)據(jù)庫(kù)目錄,可以這樣在目錄下檢查所有的MyISAM表:

  1. shell> myisamchk *.MYI 

如果你不在數(shù)據(jù)庫(kù)目錄下,可通過指定到目錄的路徑檢查所有在那里的表:

  1. shell> myisamchk /path/to/database_dir/*.MYI 

你甚至可以通過為MySQL(和PHP搭配之***組合)數(shù)據(jù)目錄的路徑指定一個(gè)通配符來檢查所有的數(shù)據(jù)庫(kù)中的所有表:

  1. shell> myisamchk /path/to/datadir/*/*.MYI 

推薦的快速檢查所有MyISAM表的方式是:

  1. shell> myisamchk --silent --fast /path/to/datadir/*/*.MYI 

如果你想要檢查所有MyISAM表并修復(fù)任何破壞的表,可以使用下面的命令:

  1. shell> myisamchk --silent --force --fast --update-state \  
  2. -O key_buffer=64M -O sort_buffer=64M \  
  3. -O read_buffer=1M -O write_buffer=1M \  
  4. /path/to/datadir/*/*.MYI 

該命令假定你有大于64MB的自由內(nèi)存。關(guān)于用myisamchk分配內(nèi)存的詳細(xì)信息,參見5.9.5.5節(jié),“myisamchk內(nèi)存使用”。

當(dāng)你運(yùn)行myisamchk時(shí),必須確保其它程序不使用表。否則,當(dāng)你運(yùn)行myisamchk時(shí),會(huì)顯示下面的錯(cuò)誤消息:

  1. warning: clients are using or haven't closed the table properly 

這說明你正嘗試檢查正被另一個(gè)還沒有關(guān)閉文件或已經(jīng)終止而沒有正確地關(guān)閉文件的程序(例如MySQL(和PHP搭配之***組合)d服務(wù)器)更新的表。

如果MySQL(和PHP搭配之***組合)d正在運(yùn)行,你必須通過FLUSH TABLES強(qiáng)制清空仍然在內(nèi)存中的任何表修改。當(dāng)你運(yùn)行myisamchk時(shí),必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。以上的相關(guān)內(nèi)容就是對(duì)一個(gè)MySQL索引被破壞的問題及解決的介紹,望你能有所收獲。

【編輯推薦】

  1. 查看MySQL連接數(shù)的實(shí)際操作流程
  2. 對(duì)MySQL 中文亂碼的解決方案的描述
  3. MySQL root密碼重置的三步驟
  4. 實(shí)現(xiàn)MySQL雙機(jī)熱備的實(shí)際操作步驟
  5. MySQL初學(xué)者的必備3要素
     
責(zé)任編輯:佚名 來源: 博客園
相關(guān)推薦

2010-11-24 14:03:28

mysql表索引

2010-05-11 12:57:45

MySQL數(shù)據(jù)庫(kù)編碼

2010-05-05 14:20:46

AIX CDE

2011-06-27 16:44:59

Qmake

2011-06-13 16:16:32

Qt 中文問題

2010-06-17 11:35:24

Ubuntu 修復(fù)Gr

2010-04-28 18:01:15

Unix系統(tǒng)

2010-05-20 11:06:01

IIS服務(wù)器

2011-08-10 13:46:36

Navicat MySMySQL

2011-08-25 18:35:07

Linux cron執(zhí)

2009-06-30 14:02:00

Struts亂碼Eclipse

2011-03-18 18:47:34

QtMySQL

2009-02-26 11:13:41

Weblogic中間件JSP

2009-08-14 13:49:58

Rails中文問題

2011-11-28 22:45:19

Nginxsession

2009-12-28 10:56:45

WPF Image

2010-05-05 10:25:24

Unix操作系統(tǒng)

2012-05-09 10:08:41

跨機(jī)房

2011-01-21 14:13:10

2010-04-13 14:25:24

Oracle問題解決
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)