1.myisamchk的調用方法
myisamchk [options] tbl_name ...
其中options指定你想讓myisamchk干什麼。
它允許你通過使用模式“*.MYI”指定在一個目錄所有的表。
shell> myisamchk *.MYI
推薦的快速檢查所有MyISAM表的方式是：
shell> myisamchk --silent --fast /path/to/datadir/*/*.MYI
當你運行myisamchk時，必須確保其它程序不使用表。
當你運行myisamchk時內存分配重要.MYIsamchk使用的內存大小不能超過用-O選項指定的。對於大多數情況，使用-O sort=16M應該足夠了。
另外在修復時myisamchk需要大量硬盤空間，基本上是所涉及表空間的雙倍大小。
2.myisamchk的一般選項
--debug=debug_options, -# debug_options
輸出調試記錄文件。debug_options字符串經常是'd:t:o,filename'。
--silent，-s
沉默模式。僅當發生錯誤時寫輸出。
--wait, -w
如果表被鎖定，不是提示錯誤終止，而是在繼續前等待到表被解鎖。
如果不使用--skip-external-locking，可以隨時使用myisamchk來檢查表。當檢查表時，所有嘗試更新表的客戶端將等待，直到myisamchk准備好可以繼續。
請注意如果用--skip-external-locking選項運行mysqld，只能用另一個myisamchk命令鎖定表。
--var_name=value
可以通過--var_name=value選項設置下面的變量:
decode_bits 9
ft_max_word_len 取決於版本
ft_min_word_len 4
ft_stopword_file 內建列表
key_buffer_size 523264
myisam_block_size 1024
read_buffer_size 262136
sort_buffer_size 2097144
sort_key_blocks 16
stats_method nulls_unequal
write_buffer_size 262136
如果想要快速修復，將key_buffer_size和sort_buffer_size變量設置到大約可用內存的25%。
可以將兩個變量設置為較大的值，因為一個時間只使用一個變量。
myisam_block_size是用於索引塊的內存大小。
stats_method影響當給定--analyze選項時，如何為索引統計搜集處理NULL值。
3.myisamchk的檢查選項
--check, -c
檢查表的錯誤。如果你不明確指定操作類型選項，這就是默認操作。
--check-only-changed, -C
只檢查上次檢查後有變更的表。
--extend-check, -e
非常仔細地檢查表。如果表有許多索引將會相當慢。
--fast，-F
只檢查沒有正確關閉的表。
--force, -f
如果myisamchk發現表內有任何錯誤，則自動進行修復。
--information, -i
打印所檢查表的統計信息。
--medium-check, -m
比--extend-check更快速地進行檢查。只能發現99.99%的錯誤
--update-state, -U
將信息保存在.MYI文件中，來表示表檢查的時間以及是否表崩潰了。該選項用來充分利用--check-only-changed選項，
但如果mysqld服務器正使用表並且正用--skip-external-locking選項運行時不應使用該選項。
--read-only, -T
不要將表標記為已經檢查。如果你使用myisamchk來檢查正被其它應用程序使用而沒有鎖定的表很有用
4.myisamchk的修復選項
--backup, -B
將.MYD文件備份為file_name-time.BAK
--character-sets-dir=path
字符集安裝目錄。
--correct-checksum
糾正表的校驗和信息。
--data-file-length=len, -D len
數據文件的最大長度
--extend-check，-e
進行修復，試圖從數據文件恢復每一行。一般情況會發現大量的垃圾行。不要使用該選項,除非你不顧後果。
--force, -f
覆蓋舊的中間文件(文件名類似tbl_name.TMD)，而不是中斷
--keys-used=val, -k val
對於myisamchk，該選項值為位值，說明要更新的索引。選項值的每一個二進制位對應表的一個索引，其中第一個索引對應位0。
選項值0禁用對所有索引的更新，可以保證快速插入。通過myisamchk -r可以重新激活被禁用的索引。
--parallel-recover, -p
與-r和-n的用法相同，但使用不同的線程並行創建所有鍵。
--quick，-q
不修改數據文件，快速進行修復。
--recover, -r
可以修復幾乎所有一切問題，除非唯一的鍵不唯一時(對於MyISAM表，這是非常不可能的情況)。如果你想要恢復表，
這是首先要嘗試的選項。如果myisamchk報告表不能用-r恢復，則只能嘗試-o。
在不太可能的情況下-r失敗，數據文件保持完好）。
--safe-recover, -o
使用一個老的恢復方法讀取，按順序讀取所有行，並根據找到的行更新所有索引樹。這比-r慢些，
但是能處理-r不能處理的情況。該恢復方法使用的硬盤空間比-r少。一般情況，你應首先用-r維修，如果-r失敗則用-o。
--sort-recover, -n
強制myisamchk通過排序來解析鍵值，即使臨時文件將可能很大。
5.myisamchk的其他選項
myisamchk支持以下表檢查和修復之外的其它操作的選項：
--analyze，-a
分析鍵值的分布。這通過讓聯結優化器更好地選擇表應該以什麼次序聯結和應該使用哪個鍵來改進聯結性能。
要想獲取分布相關信息，使用myisamchk --description --verbose tbl_name命令或SHOW KEYS FROM tbl_name語句。
--sort-index, -S
以從高到低的順序排序索引樹塊。這將優化搜尋並且將使按鍵值的表掃描更快。
--set-auto-increment[=value], -A[value]
強制從給定值開始的新記錄使用AUTO_INCREMENT編號(或如果已經有AUTO_INCREMENT值大小的記錄，應使用更高值)。
如果未指定value，新記錄的AUTO_INCREMENT編號應使用當前表的最大值加上1。
--description, -d
打印出關於表的描述性信息。
例如：
[root@qa-sandbox-1 mysql]# myisamchk -d user.MYI
MyISAM file: user.MYI
Record format: Packed
Character set: latin1_swedish_ci (8)
Data records: 6 Deleted blocks: 1
Recordlength: 346
table description:
Key Start Len Index Type
1 1 180 unique char packed stripped
181 48 char stripped
6.如何修復表
檢查你的表
如果你有很多時間，運行myisamchk *.MYI或myisamchk -e *.MYI。使用-s（沉默）選項禁止不必要的信息。
如果mysqld服務器處於宕機狀態，應使用--update-state選項來告訴myisamchk將表標記為'檢查過的'。
簡單安全的修復
首先，試試myisamchk -r -q tbl_name(-r -q意味著“快速恢復模式”)
如果在修復時，你得到奇怪的錯誤(例如out of memory錯誤)，或如果myisamchk崩潰，到階段3。
困難的修復
只有在索引文件的第一個16K塊被破壞，或包含不正確的信息，或如果索引文件丟失，你才應該到這個階段。在這種情況下，需要創建一個新的索引文件。按如下步驟操做：
1. 把數據文件移到安全的地方。
2. 使用表描述文件創建新的(空)數據文件和索引文件：
3. shell> mysql db_name
4. mysql> SET AUTOCOMMIT=1;
5. mysql> TRUNCATE TABLE tbl_name;
6. mysql> quit
如果你的MySQL版本沒有TRUNCATE TABLE，則使用DELETE FROM tbl_name。
7. 將老的數據文件拷貝到新創建的數據文件之中。（不要只是將老文件移回新文件之中；你要保留一個副本以防某些東西出錯。）
回到階段2。現在myisamchk -r -q應該工作了。（這不應該是一個無限循環）。
你還可以使用REPAIR TABLE tbl_name USE_FRM，將自動執行整個程序。
非常困難的修復
只有.frm描述文件也破壞了，你才應該到達這個階段。這應該從未發生過，因為在表被創建以後，描述文件就不再改變了。
1. 從一個備份恢復描述文件然後回到階段3。你也可以恢復索引文件然後回到階段2。對後者，你應該用myisamchk -r啟動。
2. 如果你沒有進行備份但是確切地知道表是怎樣創建的，在另一個數據庫中創建表的一個拷貝。刪除新的數據文件，然後從其他數據庫將描述文件和索引文件移到破壞的數據庫中。這樣提供了新的描述和索引文件，但是讓.MYD數據文件獨自留下來了。回到階段2並且嘗試重建索引文件。
當前1/2頁
12下一頁閱讀全文
