7.清理碎片
對Innodb 表則可以通過執(zhí)行以下語句來整理碎片，提高索引速度：
ALTER TABLE tbl_name ENGINE = Innodb;
這其實是一個 NULL 操作，表面上看什么也不做，實際上重新整理碎片了。

對myisam表格，為了組合碎片記錄并且消除由于刪除或更新記錄而浪費的空間，以恢復(fù)模式運行myisamchk：

shell> myisamchk -r tbl_name

你可以用SQL的OPTIMIZE TABLE語句使用的相同方式來優(yōu)化表，OPTIMIZE TABLE可以修復(fù)表并對鍵值進行分析，并且可以對索引樹進行排序以便更快地查找鍵值。

8.建立表檢查計劃
運行一個crontab，每天定期檢查所有的myisam表格。
35 0 * * 0 /path/to/myisamchk --fast --silent /path/to/datadir/*/*.MYI

9.獲取表的信息

myisamchk -d tbl_name：以“描述模式”運行myisamchk，生成表的描述
myisamchk -d -v tbl_name: 為了生成更多關(guān)于myisamchk正在做什么的信息，加上-v告訴它以冗長模式運行。
myisamchk -eis tbl_name:僅顯示表的最重要的信息。因為必須讀取整個表，該操作很慢。
myisamchk -eiv tbl_name:這類似 -eis，只是告訴你正在做什么。


10.Myisamchk產(chǎn)生的信息解釋

MyISAM file
ISAM(索引)文件名。

File-version
ISAM格式的版本。當(dāng)前總是2。

Creation time
數(shù)據(jù)文件創(chuàng)建的時間。

Recover time
索引/數(shù)據(jù)文件上次被重建的時間。

Data records
在表中有多少記錄。

Deleted blocks
有多少刪除的塊仍然保留著空間。你可以優(yōu)化表以使這個空間減到最小。參見第7章：優(yōu)化。

Datafile parts
對動態(tài)記錄格式，這指出有多少數(shù)據(jù)塊。對于一個沒有碎片的優(yōu)化過的表，這與Data records相同。

Deleted data
不能回收的刪除數(shù)據(jù)有多少字節(jié)。你可以優(yōu)化表以使這個空間減到最小。參見第7章：優(yōu)化。

Datafile pointer
數(shù)據(jù)文件指針的大小，以字節(jié)計。它通常是2、3、4或5個字節(jié)。大多數(shù)表用2個字節(jié)管理，但是目前這還不能從MySQL控制。
對固定表，這是一個記錄地址。對動態(tài)表，這是一個字節(jié)地址。

Keyfile pointer
索引文件指針的大小，以字節(jié)計。它通常是1、2或3個字節(jié)。大多數(shù)表用 2 個字節(jié)管理，但是它自動由MySQL計算。
它總是一個塊地址。

Max datafile length
表的數(shù)據(jù)文件(.MYD文件)能夠有多長，以字節(jié)計。

Max keyfile length
表的鍵值文件(.MYI文件)能夠有多長，以字節(jié)計。

Recordlength
每個記錄占多少空間，以字節(jié)計。

Record format
用于存儲表行的格式。上面的例子使用Fixed length。其他可能的值是Compressed和Packed。

table description
在表中所有鍵值的列表。對每個鍵，給出一些底層的信息：
Key
該鍵的編號。
Start
該索引部分從記錄的哪里開始。
Len
該索引部分是多長。對于緊湊的數(shù)字，這應(yīng)該總是列的全長。對字符串，它可以比索引的列的全長短些，
因為你可能會索引到字符串列的前綴。
Index
unique或multip（multiple)。表明一個值是否能在該索引中存在多次。
Type
該索引部分有什么數(shù)據(jù)類型。這是一個packed、stripped或empty選項的ISAM數(shù)據(jù)類型。
Root
根索引塊的地址。
Blocksize
每個索引塊的大小。默認(rèn)是1024，但是從源碼構(gòu)建MySQL時，該值可以在編譯時改變。
Rec/key
這是由優(yōu)化器使用的統(tǒng)計值。它告訴對該鍵的每個值有多少條記錄。唯一鍵總是有一個1值。
在一個表被裝載后(或變更很大)，可以用myisamchk -a更新。如果根本沒被更新，給定一個30的默認(rèn)值。
在上面例子的表中，第9個鍵有兩個table description行。這說明它是有2個部分的多部鍵。

Keyblocks used
鍵塊使用的百分比是什么。當(dāng)在例子中使用的表剛剛用myisamchk重新組織時，該值非常高(很接近理論上的最大值)。

Packed
MySQL試圖用一個通用后綴壓縮鍵。這只能被用于CHAR/VARCHAR/DECIMAL列的鍵。對于左部分類似的長字符串，
能顯著地減少使用空間。在上面的第3個例子中，第4個鍵是10個字符長，可以減少60%的空間。

Max levels
對于該鍵的B樹有多深。有長鍵的大表有較高的值。

Records
表中有多少行。

M.recordlength
平均記錄長度。對于有定長記錄的表，這是準(zhǔn)確的記錄長度，因為所有記錄的長度相同。

Packed
MySQL從字符串的結(jié)尾去掉空格。Packed值表明這樣做達到的節(jié)約的百分比。

Recordspace used
數(shù)據(jù)文件被使用的百分比。

Empty space
數(shù)據(jù)文件未被使用的百分比。

Blocks/Record
每個記錄的平均塊數(shù)(即，一個碎片記錄由多少個連接組成)。對固定格式表，這總是1。該值應(yīng)該盡可能保持接近1.0。
如果它變得太大，你可以重新組織表。參見第7章：優(yōu)化。

Recordblocks
多少塊(鏈接)被使用。對固定格式，它與記錄的個數(shù)相同。

Deleteblocks
多少塊(鏈接)被刪除。

Recorddata
在數(shù)據(jù)文件中使用了多少字節(jié)。

Deleted data
在數(shù)據(jù)文件中多少字節(jié)被刪除(未使用)。

Lost space
如果一個記錄被更新為更短的長度，就損失了一些空間。這是所有這樣的損失之和，以字節(jié)計。

Linkdata
當(dāng)使用動態(tài)表格式，記錄碎片用指針連接(每個4 ～ 7字節(jié))。 Linkdata指這樣的指針使用的內(nèi)存量之和。

最新評論