怎么損壞mysql數(shù)據(jù)表的索引

損壞mysql數(shù)據(jù)表的索引

成都創(chuàng)新互聯(lián)一直在為企業(yè)提供服務(wù)，多年的磨煉，使我們?cè)趧?chuàng)意設(shè)計(jì)，全網(wǎng)整合營銷推廣到技術(shù)研發(fā)擁有了開發(fā)經(jīng)驗(yàn)。我們擅長傾聽企業(yè)需求，挖掘用戶對(duì)產(chǎn)品需求服務(wù)價(jià)值，為企業(yè)制作有用的創(chuàng)意設(shè)計(jì)體驗(yàn)。核心團(tuán)隊(duì)擁有超過10余年以上行業(yè)經(jīng)驗(yàn)，涵蓋創(chuàng)意，策化，開發(fā)等專業(yè)領(lǐng)域，公司涉及領(lǐng)域有基礎(chǔ)互聯(lián)網(wǎng)服務(wù)資陽移動(dòng)機(jī)房、成都app開發(fā)、手機(jī)移動(dòng)建站、網(wǎng)頁設(shè)計(jì)、網(wǎng)絡(luò)整合營銷。

mysql表索引被破壞的問題及解決

下午上班，驚聞我的dedecms的網(wǎng)站出問題了，訪問一看，果然全屏報(bào)錯(cuò)，檢查mysql日志，錯(cuò)誤信息為：

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

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

找到mysql的安裝目錄的bin/myisamchk工具，在命令行中輸入：

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

然后myisamchk 工具會(huì)幫助你恢復(fù)數(shù)據(jù)表的索引。重新啟動(dòng)mysql，問題解決。

問題分析：

1、錯(cuò)誤產(chǎn)生原因，有網(wǎng)友說是頻繁查詢和更新dede_archives表造成的索引錯(cuò)誤，因?yàn)槲业捻撁鏇]有靜態(tài)生成，而是動(dòng)態(tài)頁面，因此比較同意

這種說法。還有說法為是MYSQL數(shù)據(jù)庫因?yàn)槟撤N原因而受到了損壞，如：數(shù)據(jù)庫服務(wù)器突發(fā)性的斷電、在提在數(shù)據(jù)庫表提供服務(wù)時(shí)對(duì)表的原文件

進(jìn)行某種操作都有可能導(dǎo)致MYSQL數(shù)據(jù)庫表被損壞而無法讀取數(shù)據(jù)。總之就是因?yàn)槟承┎豢蓽y的問題造成表的損壞。

2、問題解決辦法。

當(dāng)你試圖修復(fù)一個(gè)被破壞的表的問題時(shí)，有三種修復(fù)類型。如果你得到一個(gè)錯(cuò)誤信息指出一個(gè)臨時(shí)文件不能建立，刪除信息所指出的文件并再

試一次--這通常是上一次修復(fù)操作遺留下來的。

這三種修復(fù)方法如下所示：

% myisamchk --recover --quick /path/to/tblName

% myisamchk --recover /path/to/tblName

% myisamchk --safe-recover /path/to/tblName

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

檢查和修復(fù)MySQL數(shù)據(jù)文件

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

如果你懷疑表的索引文件(*.MYI)發(fā)生了不可修復(fù)的錯(cuò)誤，甚至是丟失了這個(gè)文件，你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生

成它。首先制作一個(gè)數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL服務(wù)并連接到這個(gè)服務(wù)上，使用下面的命令刪除表的內(nèi)容：

mysql 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語句來重新生成這張表，你可以重新生成一個(gè)新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題，使用上面的方法重建一

個(gè)新的)一起使用。首先制作一個(gè)數(shù)據(jù)和索引文件的拷貝，然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關(guān)這個(gè)表的所有記錄)。

啟動(dòng)MySQL服務(wù)并使用當(dāng)初的CREATE

TABLE文件建立一個(gè)新的表。新的.frm文件應(yīng)該可以正常工作了，但是最好你還是執(zhí)行一下標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)。

3、myisamchk工具介紹（見mysql的官方手冊(cè)）

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

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

shell myisamchk [options] tbl_name ...

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

tbl_name是你想要檢查或修復(fù)的數(shù)據(jù)庫表。如果你不在數(shù)據(jù)庫目錄的某處運(yùn)行myisamchk，你必須指定數(shù)據(jù)庫目錄的路徑，因?yàn)閙yisamchk不知

道你的數(shù)據(jù)庫位于哪兒。實(shí)際上，myisamchk不在乎你正在操作的文件是否位于一個(gè)數(shù)據(jù)庫目錄；你可以將對(duì)應(yīng)于數(shù)據(jù)庫表的文件拷貝到別處并

且在那里執(zhí)行恢復(fù)操作。

如果你愿意，可以用myisamchk命令行命名幾個(gè)表。還可以通過命名索引文件(用“

.MYI”后綴)來指定一個(gè)表。它允許你通過使用模式“*.MYI”指定在一個(gè)目錄所有的表。例如，如果你在數(shù)據(jù)庫目錄，可以這樣在目錄下檢查

所有的MyISAM表：

shell myisamchk *.MYI

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

shell myisamchk /path/to/database_dir*.MYI

怎么查看mysql數(shù)據(jù)庫中的表是否損壞

可以使用語句檢查表。如果結(jié)果的msg_text部分是好的，那么你的表是健康的。反之，則表明mysql數(shù)據(jù)庫中的表有損壞。另外有些厲害的高手一額可以通過運(yùn)行腳本來檢測。

MyISAM?表可以采用以下方法進(jìn)行修復(fù)?：使用?reapair table?或myisamchk?來修復(fù)。如果修復(fù)無效，采用備份恢復(fù)表。

階段1?：檢查你的表

如果你有很多時(shí)間，運(yùn)行myisamchk *.MYI?或myisamchk -e *.MYI?。使用-s?（沉默）選項(xiàng)禁止不必要的信息。如果mysqld?服務(wù)器處于宕機(jī)狀態(tài)，應(yīng)使用--update-state?選項(xiàng)來告訴myisamchk?將表標(biāo)記為'?檢查過的'?。

你必須只修復(fù)那些myisamchk?報(bào)告有錯(cuò)誤的表。對(duì)這樣的表，繼續(xù)到階段2?。如果在檢查時(shí)，你得到奇怪的錯(cuò)誤(?例如out of memory?錯(cuò)誤)?，或如果myisamchk?崩潰，到階段3?。

階段2?：簡單安全的修復(fù)

注釋：如果想更快地進(jìn)行修復(fù)，當(dāng)運(yùn)行myisamchk?時(shí)，你應(yīng)將sort_buffer_size?和Key_buffer_size?變量的值設(shè)置為可用內(nèi)存的大約25%?。

首先，試試myisamchk -r -q tbl_name(-r -q?意味著“?快速恢復(fù)模式”)?。這將試圖不接觸數(shù)據(jù)文件來修復(fù)索引文件。如果數(shù)據(jù)文件包含它應(yīng)有的一切內(nèi)容和指向數(shù)據(jù)文件內(nèi)正確地點(diǎn)的刪除連接，這應(yīng)該管用并且表可被修復(fù)。開始修復(fù)下一張表。否則，執(zhí)行下列過程：

在繼續(xù)前對(duì)數(shù)據(jù)文件進(jìn)行備份。使用myisamchk -r tbl_name(-r?意味著“?恢復(fù)模式”)?。這將從數(shù)據(jù)文件中刪除不正確的記錄和已被刪除的記錄并重建索引文件。

如果前面的步驟失敗，使用myisamchk --safe-recover tbl_name?。安全恢復(fù)模式使用一個(gè)老的恢復(fù)方法，處理常規(guī)恢復(fù)模式不行的少數(shù)情況(?但是更慢)?。如果在修復(fù)時(shí)，你得到奇怪的錯(cuò)誤(?例如out of memory?錯(cuò)誤)?，或如果myisamchk?崩潰，到階段3?。

階段3?：困難的修復(fù)

只有在索引文件的第一個(gè)16K?塊被破壞，或包含不正確的信息，或如果索引文件丟失，你才應(yīng)該到這個(gè)階段。在這種情況下，需要?jiǎng)?chuàng)建一個(gè)新的索引文件。按如下步驟操做：

把數(shù)據(jù)文件移到安全的地方。使用表描述文件創(chuàng)建新的(?空)?數(shù)據(jù)文件和索引文件：

shell mysql db_name

mysql SET AUTOCOMMIT=1;

mysql TRUNCATE TABLE tbl_name;

mysql quit

如果你的MySQL?版本沒有TRUNCATE TABLE?，則使用DELETE FROM tbl_name?。將老的數(shù)據(jù)文件拷貝到新創(chuàng)建的數(shù)據(jù)文件之中。回到階段2?。現(xiàn)在myisamchk -r -q?應(yīng)該工作了。你還可以使用REPAIR TABLE tbl_name USE_FRM?，將自動(dòng)執(zhí)行整個(gè)程序。

階段4?：非常困難的修復(fù)

只有.frm?描述文件也破壞了，你才應(yīng)該到達(dá)這個(gè)階段。這應(yīng)該從未發(fā)生過，因?yàn)樵诒肀粍?chuàng)建以后，描述文件就不再改變了。

從一個(gè)備份恢復(fù)描述文件然后回到階段3?。你也可以恢復(fù)索引文件然后回到階段2?。對(duì)后者，你應(yīng)該用myisamchk -r?啟動(dòng)。

如果你沒有進(jìn)行備份但是確切地知道表是怎樣創(chuàng)建的，在另一個(gè)數(shù)據(jù)庫中創(chuàng)建表的一個(gè)拷貝。刪除新的數(shù)據(jù)文件，然后從其他數(shù)據(jù)庫將描述文件和索引文件移到破壞的數(shù)據(jù)庫中。這樣提供了新的描述和索引文件，但是讓.MYD?數(shù)據(jù)文件獨(dú)自留下來了。回到階段2并且嘗試重建索引文件。

MySQL InnoDB引擎索引長度受限怎么辦

mysql CREATE TABLE `tb` (

- `a` varchar(255) DEFAULT NULL,

- `b` varchar(255) DEFAULT NULL,

- `c` varchar(255) DEFAULT NULL,

- `d` varchar(255) DEFAULT NULL,

- `e` varchar(255) DEFAULT NULL,

- KEY `a` (`a`,`b`,`c`,`d`,`e`)

- ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

ERROR 1071 (42000): Specified key was too long; max key length is 3072 bytes

可以看到，由于每個(gè)字段占用255*3, 因此這個(gè)索引的大小是38253072，報(bào)錯(cuò)。

為什么3072

我們知道InnoDB一個(gè)page的默認(rèn)大小是16k。由于是Btree組織，要求葉子節(jié)點(diǎn)上一個(gè)page至少要包含兩條記錄（否則就退化鏈表了）。

所以一個(gè)記錄最多不能超過8k。

又由于InnoDB的聚簇索引結(jié)構(gòu)，一個(gè)二級(jí)索引要包含主鍵索引，因此每個(gè)單個(gè)索引不能超過4k （極端情況，pk和某個(gè)二級(jí)索引都達(dá)到這個(gè)限制）。

由于需要預(yù)留和輔助空間，扣掉后不能超過3500，取個(gè)“整數(shù)”就是(1024*3)。

單列索引限制

上面有提到單列索引限制767，起因是256×3-1。這個(gè)3是字符最大占用空間（utf8）。但是在5.5以后，開始支持4個(gè)字節(jié)的uutf8。255×4767, 于是增加了一個(gè)參數(shù)叫做 innodb_large_prefix。

這個(gè)參數(shù)默認(rèn)值是OFF。當(dāng)改為ON時(shí)，允許列索引最大達(dá)到3072。

可以看到默認(rèn)行為是建表成功，報(bào)一個(gè)warning，并且將長度階段為255。

注意要生效需要加row_format=compressed或者dynamic 。

如果確實(shí)需要在單個(gè)很大的列上創(chuàng)建索引，或者需要在多個(gè)很大的列上創(chuàng)建聯(lián)合索引，而又超過了索引的長度限制，解決辦法是在建索引時(shí)限制索引prefix的大小：

例如：create index yarn_app_result_i4 on yarn_app_result (flow_exec_id(100), another_column(50));

這樣，在創(chuàng)建索引時(shí)就會(huì)限制使用的每個(gè)列的最大長度。如上的例子中，在創(chuàng)建聯(lián)合索引時(shí)，最多使用列flow_exec_id中前100個(gè)字符創(chuàng)建索引，最多使用another_column中前

50個(gè)字符創(chuàng)建索引。這樣子，就可以避免索引長度過大的問題。

最后，我想說一句。我們?cè)谠O(shè)計(jì)數(shù)據(jù)庫時(shí)，最好不要在一個(gè)可能包含很長字符串的列上創(chuàng)建索引，尤其是當(dāng)這個(gè)列中的字符串都很長時(shí)。如果在這類列上創(chuàng)建了索引，那么在創(chuàng)建索引時(shí)以及根據(jù)索引查詢時(shí)，都會(huì)浪費(fèi)很多時(shí)間在計(jì)算和存儲(chǔ)上。有經(jīng)驗(yàn)的設(shè)計(jì)人員應(yīng)該不會(huì)這樣設(shè)計(jì)數(shù)據(jù)庫。

mysql數(shù)據(jù)表 唯一索引需要修改成普通索引 怎么改？

解決方案：先刪除唯一索引，再在當(dāng)前字段創(chuàng)建普通索引，參考下列說明以及SQL：

普通索引

普通索引（由關(guān)鍵字KEY或INDEX定義的索引）的唯一任務(wù)是加快對(duì)數(shù)據(jù)的訪問速度。因此，應(yīng)該只為那些最經(jīng)常出現(xiàn)在查詢條件（WHEREcolumn=）或排序條件（ORDERBYcolumn）中的數(shù)據(jù)列創(chuàng)建索引。只要有可能，就應(yīng)該選擇一個(gè)數(shù)據(jù)最整齊、最緊湊的數(shù)據(jù)列（如一個(gè)整數(shù)類型的數(shù)據(jù)列）來創(chuàng)建索引。

唯一索引

普通索引允許被索引的數(shù)據(jù)列包含重復(fù)的值。比如說，因?yàn)槿擞锌赡芡酝粋€(gè)姓名在同一個(gè)“員工個(gè)人資料”數(shù)據(jù)表里可能出現(xiàn)兩次或更多次。

如果能確定某個(gè)數(shù)據(jù)列將只包含彼此各不相同的值，在為這個(gè)數(shù)據(jù)列創(chuàng)建索引的時(shí)候就應(yīng)該用關(guān)鍵字UNIQUE把它定義為一個(gè)唯一索引。這么做的好處：一是簡化了MySQL對(duì)這個(gè)索引的管理工作，這個(gè)索引也因此而變得更有效率；二是MySQL會(huì)在有新記錄插入數(shù)據(jù)表時(shí)，自動(dòng)檢查新記錄的這個(gè)字段的值是否已經(jīng)在某個(gè)記錄的這個(gè)字段里出現(xiàn)過了；如果是，MySQL將拒絕插入那條新記錄。也就是說，唯一索引可以保證數(shù)據(jù)記錄的唯一性。事實(shí)上，在許多場合，人們創(chuàng)建唯一索引的目的往往不是為了提高訪問速度，而只是為了避免數(shù)據(jù)出現(xiàn)重復(fù)。

刪除索引

可利用ALTER TABLE或DROP INDEX語句來刪除索引。類似于CREATE INDEX語句，DROP INDEX可以在ALTER TABLE內(nèi)部作為一條語句處理，語法如下。

DROP INDEX index_name ON talbe_name

ALTER TABLE table_name DROP INDEX index_name

ALTER TABLE table_name DROP PRIMARY KEY

創(chuàng)建索引

在執(zhí)行CREATE TABLE語句時(shí)可以創(chuàng)建索引，也可以單獨(dú)用CREATE INDEX或ALTER TABLE來為表增加索引。

ALTER TABLE

ALTER TABLE用來創(chuàng)建普通索引、UNIQUE索引或PRIMARY KEY索引。

ALTER TABLE table_name ADD INDEX index_name (column_list)

ALTER TABLE table_name ADD UNIQUE (column_list)

ALTER TABLE table_name ADD PRIMARY KEY (column_list)

網(wǎng)頁題目：mysql索引怎么修復(fù) mysql 索引 語句
網(wǎng)站鏈接：http://chinadenli.net/article24/ddgsoce.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供Google、建站公司、網(wǎng)站制作、網(wǎng)站營銷、域名注冊(cè)、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)