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

檢查與維護(hù)MySQL數(shù)據(jù)庫(kù)表的操作流程

數(shù)據(jù)庫(kù) MySQL
我們今天主要向大家講述的是正確檢查與維護(hù)MySQL數(shù)據(jù)庫(kù)表的實(shí)際操作流程,下面就是文章的主要內(nèi)容的具體描述,望你會(huì)有所收獲。

以下的文章主要向大家描述的是正確檢查與維護(hù)MySQL數(shù)據(jù)庫(kù)表的實(shí)際操作流程,以及在檢查與維護(hù)MySQL數(shù)據(jù)庫(kù)表的實(shí)際操作中值得我們大家留意的事項(xiàng)的具體描述,望你在瀏覽之后會(huì)有所收獲。

理想的情況是,MySQL(和PHP搭配之***組合)從***安裝以來始終平穩(wěn)地運(yùn)行。但有時(shí)確實(shí)會(huì)由于各種原因而出現(xiàn)問題,其范圍可以從電源斷電到硬件故障到不正常地關(guān)閉MySQL(和PHP搭配之***組合)服務(wù)器(如用kill -9終止服務(wù)器或機(jī)器崩潰)。

 

諸如這樣的情況大部分都超出您的控制范圍,它們會(huì)導(dǎo)致數(shù)據(jù)庫(kù)表的毀壞,尤其是在對(duì)表進(jìn)行修改且未完全寫入時(shí)所引起的。

 

本章的重點(diǎn)是檢測(cè)和解決表的問題,而不論問題是如何引起的。對(duì)于表的檢查和修復(fù),MySQL(和PHP搭配之***組合)管理員***的朋友是myisamchk 和isamchk 實(shí)用程序。這兩個(gè)程序有好幾個(gè)功能,我們已經(jīng)在第4章討論了怎樣使用它們執(zhí)行索引鍵的分布分析和索引的釋放與激活。還可以使用它們檢查表和修復(fù)有問題的表。這使您能在表變壞之前(使表不能使用之前)修正故障。

 

myisamchk 和isamchk 提供的全部選項(xiàng)的清單在附錄E 中。有關(guān)其他的背景,請(qǐng)參閱MySQL(和PHP搭配之***組合)參考指南的“維護(hù)MySQL(和PHP搭配之***組合)安裝”一章。

 

表的故障檢測(cè)和修正的一般過程如下:

1) 檢查出錯(cuò)的表。如果該表檢查通過,則完成任務(wù),否則必須修復(fù)它。

 

2) 在開始修復(fù)之前對(duì)表文件進(jìn)行拷貝,以防萬(wàn)一。

 

3) 試著修復(fù)表。

 

4) 如果修復(fù)操作失敗,從數(shù)據(jù)庫(kù)備份和更新日志中恢復(fù)此表。

 

上述過程的***一步假定您已經(jīng)執(zhí)行了數(shù)據(jù)庫(kù)備份并允許更新日志有效。如果不是這樣的話,系統(tǒng)將有危險(xiǎn)。參考第11章查找一下怎樣使用MySQL(和PHP搭配之***組合)aump 和怎樣開啟更新日志。您肯定不想不可挽回地丟失一個(gè)表,因此,應(yīng)努力地做備份。

 

在使用myisamchk 或isamchk 檢查或修復(fù)表之前,應(yīng)該滿足一些初步需求:

 

建立常規(guī)的數(shù)據(jù)庫(kù)備份過程并允許更新日志,以防事情越來越糟使表的毀壞不能修復(fù)。筆者好像在以前提醒過這一點(diǎn)?

 

在開始試驗(yàn)之前應(yīng)先仔細(xì)地閱讀本章的內(nèi)容。尤其是不應(yīng)該在閱讀“避免與MySQL數(shù)據(jù)庫(kù)表服務(wù)器交互作用”之前進(jìn)行操作,因?yàn)樗鼘⒂懻摦?dāng)您試圖在一個(gè)表上執(zhí)行檢查或修復(fù)過程時(shí)服務(wù)器正在使用這個(gè)表所引起的問題。它還討論怎樣在服務(wù)器運(yùn)行時(shí)防止那些問題發(fā)生。

 

當(dāng)運(yùn)行表檢查或修復(fù)時(shí),您應(yīng)該被注冊(cè)在運(yùn)行MySQL(和PHP搭配之***組合)的賬號(hào)下,因?yàn)槟枰獙?duì)表文件讀寫訪問。

 

myisamchk 和isamchk 的調(diào)用語(yǔ)法

MySQL(和PHP搭配之***組合)的myisamchk 和isamchk 實(shí)用程序很類似,多數(shù)時(shí)候它們可以用同樣的方式使用。它們之間的主要區(qū)別是它們所使用的表的類型。對(duì)于MyISAM 表,使用my i s a m c h k,而對(duì)于ISAM 表,則使用i s a m c h k。您可以通過表的索引文件的擴(kuò)展名來告訴表使用哪種存儲(chǔ)格式。擴(kuò)展名“. M Y I”表明是一個(gè)MyISAM 表,而“. I S M”表明是ISAM 表。

為了使用任一個(gè)實(shí)用程序,應(yīng)指明您所要檢查或修復(fù)的表,以及指明要執(zhí)行的操作類型的選項(xiàng):

 

% myisamchk options tbl_name...

 

% isamchk options tbl_name...

 

tbl_name 參數(shù)可以是表名也可以是該表的索引文件名。如果指定多個(gè)表,可以很容易地使用文件名模式來拾取目錄中所有相應(yīng)的文件:

 

% myisamchk options *.MYI

 

% isamchk options *.ISM

 

不會(huì)因?yàn)楦嬖V了錯(cuò)誤的程序來檢查某個(gè)表而使該表毀壞,但是除了發(fā)布一條警告消息外此程序不做任何事情。例如,下面的***條語(yǔ)句將檢查當(dāng)前目錄中的所有MyISAM 表,而第二條語(yǔ)句只顯示一條警告消息:

 

% myisamchk *.MYI 正確

 

% myisamchk *.ISM 不正確─文件類型錯(cuò)

 

不論是myisamchk 還是isamchk 都不對(duì)表所在的位置做任何判斷,因此,應(yīng)該或者在包含表文件的目錄中運(yùn)行程序,或者指定表的路徑名。這允許您將表文件拷貝到另一個(gè)目錄中并用該拷貝進(jìn)行操作。

 

檢查表

myisamchk 和isamchk 提供了表檢查方法,這些方法在徹底檢查表的程度方面有差異。通常用標(biāo)準(zhǔn)方法就足夠了。如果標(biāo)準(zhǔn)檢查報(bào)告沒有發(fā)現(xiàn)錯(cuò)誤而您仍然懷疑有毀壞(或許因?yàn)椴樵儧]有正常地工作),可能要執(zhí)行更徹底的檢查。要想用任意一個(gè)實(shí)用程序執(zhí)行標(biāo)準(zhǔn)的表檢查,則不用帶任何選項(xiàng)直接調(diào)用即可:

% myisamchk tbl_name

 

% isamchk tbl_name

 

為了執(zhí)行擴(kuò)充檢查,使用--extend-check 選項(xiàng)。該選項(xiàng)非常慢,但檢查極為徹底。對(duì)于該表的數(shù)據(jù)文件中的每個(gè)記錄,索引文件中的每個(gè)索引的相關(guān)鍵都被檢查以確保它真正指向正確的記錄。myisamchk 還有一個(gè)中間選項(xiàng)- - m e d i um - c h e c k,它不如擴(kuò)展檢查徹底,但速度快。

 

如果對(duì)于--extend-check 檢查不報(bào)告錯(cuò)誤,則可以肯定表是好的。如果您仍然感覺表有問題,那原因肯定在其他地方。應(yīng)重新檢查任何好像有問題的查詢以驗(yàn)證查詢是正確書寫的。如果您認(rèn)為問題可能是MySQL數(shù)據(jù)庫(kù)表服務(wù)器的原因,應(yīng)考慮整理一份故障報(bào)告或升級(jí)到新的版本上。

 

如果myisamchk 或isamchk 報(bào)告表有錯(cuò)誤,應(yīng)用下節(jié)中的說明修復(fù)它們。

 

修復(fù)表

表的修復(fù)是一項(xiàng)可怕的工作,如果具體問題非常獨(dú)特則更難進(jìn)行。然而,有一些常規(guī)的指導(dǎo)思想和過程,可以遵循它們來增加修正表的機(jī)會(huì)。通常,開始時(shí)可以用最快的修復(fù)方法,看看是否能修正故障。如果發(fā)現(xiàn)不行的話,可以逐步升級(jí)到更徹底的(但更慢的)修復(fù)方法上,直到故障被修復(fù)或您不能繼續(xù)升級(jí)為止(實(shí)際上,大多數(shù)問題不用更大規(guī)模的和更慢的方法就能修正)。如果表不能修復(fù),則從備份中恢復(fù)該表。有關(guān)使用備份文件和更新日志進(jìn)行恢復(fù)的指導(dǎo)在已第11章中給出。

1. 執(zhí)行標(biāo)準(zhǔn)的表修復(fù)

 

為了修復(fù)一個(gè)表,執(zhí)行下列步驟:

 

1) 試著用--recover 選項(xiàng)修正表,但也可以用--quick 選項(xiàng)試圖只根據(jù)索引文件的內(nèi)容進(jìn)行恢復(fù)。這樣將不觸及數(shù)據(jù)文件:

 

% myisamchk --recover --quick tbl_name

 

% isamchk --recover --quick tbl_name

 

2) 如果問題仍存在,再試一下上一步的命令,但忽略--quick 選項(xiàng),以允許my i s a m c h k或isamchk 前進(jìn)并修改數(shù)據(jù)文件:

 

% myisamchk --recover tbl_name

 

% isamchk --recover tbl_name

 

3) 如果還不工作,試一試--safe-recover 修復(fù)方法。這種方法比普通的恢復(fù)方法要慢,但能夠修正-recover 方法不能修正的幾個(gè)問題:

 

% myisamchk --safe-recover tbl_name

 

% isamchk --safe-recover tbl_name

 

如果myisamchk 或isamchk 由于一個(gè)“C a n’t create new temp file: file_name” 的錯(cuò)誤消息在任何一步中停止,應(yīng)該重復(fù)這個(gè)命令并增加--force 選項(xiàng)以迫使清除臨時(shí)文件。這個(gè)臨時(shí)文件可能是從上一次失敗的修復(fù)中留下的。

 

在修復(fù)表之前拷貝它們?cè)趫?zhí)行表修復(fù)前應(yīng)該遵循的一個(gè)常規(guī)的預(yù)防措施是做該表的新拷貝。這種情況未必出現(xiàn),但如果發(fā)生,則可以從拷貝文件中做該表的新的拷貝并試試另一種恢復(fù)方法。

 

2. 標(biāo)準(zhǔn)表修復(fù)方法失敗時(shí)怎么辦

 

如果標(biāo)準(zhǔn)的修復(fù)過程未能修復(fù)表,則索引文件可能在修復(fù)時(shí)丟失或毀壞。盡管未必可能,但還是有可能使表的描述文件丟失。不論哪種情況,都需要替換受影響的文件,然后再試試標(biāo)準(zhǔn)修復(fù)過程。

 

為了重新生成索引文件,可以使用下列過程:

 

1) 定位到包含崩潰表的數(shù)據(jù)庫(kù)目錄中。

 

2) 將該表的數(shù)據(jù)文件移到安全的地方。

 

3) 調(diào)用MySQL(和PHP搭配之***組合)并通過執(zhí)行下列語(yǔ)句重新創(chuàng)建新的空表,該語(yǔ)句使用表的描述文件tbl_name.frm 重新開始生成新的數(shù)據(jù)和索引文件:

 

MySQL(和PHP搭配之***組合)> DELETE FROM tbl_name;

 

4) 退出MySQL(和PHP搭配之***組合),將原始的數(shù)據(jù)文件移回到數(shù)據(jù)庫(kù)目錄中,替換剛建立的新的空文件。

 

5) 再試試標(biāo)準(zhǔn)表修復(fù)方法。

 

為了恢復(fù)該表的描述文件,可先從備份文件中恢復(fù),然后再試著用標(biāo)準(zhǔn)修復(fù)方法。如果由于某些原因沒有備份,但知道建立表的CREATE TABLE 語(yǔ)句,則仍可以恢復(fù)該文件:

 

1) 定位到包含崩潰表的數(shù)據(jù)庫(kù)目錄中。

 

2) 將該表的數(shù)據(jù)文件移動(dòng)到安全的地方。如果想要使用索引的話,還需將索引文件移走。

 

3) 調(diào)用MySQL(和PHP搭配之***組合)并發(fā)布CREATE TABLE 語(yǔ)句建立該表。

 

4) 退出MySQL(和PHP搭配之***組合),將原始數(shù)據(jù)文件移回?cái)?shù)據(jù)庫(kù)目錄中,替換剛才新建的數(shù)據(jù)文件。如果在步驟2移動(dòng)了索引文件,則也要將其移回?cái)?shù)據(jù)庫(kù)目錄中。

 

5) 再試試標(biāo)準(zhǔn)表修

 

以上的相關(guān)內(nèi)容就是對(duì)檢查和維護(hù)MySQL數(shù)據(jù)庫(kù)表的介紹,望你能有所收獲。

【編輯推薦】

  1. 453 h安裝在MySQL 4.1的亂碼問題
  2. MySQL5中的字符集問題與破解方案
  3. MySQL全文搜索索引的字段作用
  4. MySQL EMS亂碼的正確解決
  5. MySQL鏡像數(shù)據(jù)庫(kù)的正確建立在linux之下
責(zé)任編輯:佚名 來源: 博客園
相關(guān)推薦

2010-05-12 15:26:05

MySQL數(shù)據(jù)庫(kù)日志

2010-05-12 18:02:11

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

2010-05-28 18:44:45

2022-06-06 08:21:13

MySQL數(shù)據(jù)庫(kù)命令

2010-05-20 17:56:43

2010-05-26 11:21:00

MySQL數(shù)據(jù)庫(kù)操作

2010-05-25 09:47:05

2010-06-12 09:53:19

2018-05-14 16:14:56

數(shù)據(jù)庫(kù)MySQL分表與分區(qū)

2010-05-28 13:48:07

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

2010-07-09 11:28:12

SQL Server數(shù)

2010-09-25 16:38:34

維護(hù)DHCP數(shù)據(jù)庫(kù)文件

2009-06-11 13:22:18

JBPM數(shù)據(jù)庫(kù)

2010-05-24 14:02:06

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

2011-03-24 16:38:00

Exchange數(shù)據(jù)庫(kù)維護(hù)

2009-06-11 13:39:32

jBPM數(shù)據(jù)庫(kù)

2010-06-01 13:58:24

遠(yuǎn)程連接MySQL

2010-06-04 10:59:54

MySQL數(shù)據(jù)庫(kù)返回影

2011-08-29 14:00:26

MySQL主從延時(shí)

2010-04-27 10:39:59

Oracle數(shù)據(jù)庫(kù)
點(diǎn)贊
收藏

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