用 OPTIMIZE TABLE 最佳化 mysql 表

REPAIR TABLE `table_name`用於修複被破壞的表。

myisamchk TABLE.MYI 用於修複被破壞的索引檔案。

OPTIMIZE TABLE 用於回收閑置的資料庫空間，當表上的資料行被刪除時，所佔據的磁碟空間並沒有立即被回收，使用了OPTIMIZE TABLE命令後這些空間將被回收，並且對磁碟上的資料行進行重排（注意：是磁碟上，而非資料庫）。

　　多數時間並不需要運行OPTIMIZE TABLE，只需在大量刪除資料行之後，或定期（每周一次或每月一次）進行一次資料表最佳化操作即可，只對那些特定的表運行，這個操作對於遊戲資料庫中的某些表特別起作用，這些表基本上需要每周做一次最佳化，甚至一周兩次。

　　OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLEtbl_name[,tbl_name] ... 如果您已經刪除了表的一大部分，或者如果您已經對含有可變長度行的表（含有VARCHAR, BLOB或TEXT列的表）進行了很多更改，則應使用OPTIMIZE TABLE。被刪除的記錄被保持在連結清單中，後續的INSERT操作會重新使用舊的記錄位置。您可以使用OPTIMIZE TABLE來重新利用未使用的空間，並整理資料檔案的片段。在多數的設定中，您根本不需要運行OPTIMIZE TABLE。即使您對可變長度的行進行了大量的更新，您也不需要經常運行，每周一次或每月一次即可，只對特定的表運行。

OPTIMIZE TABLE只對MyISAM, BDB和InnoDB表起作用。

對於MyISAM表，OPTIMIZE TABLE按如下方式操作：

     1. 如果表已經刪除或分解了行，則修複表。

　　2. 如果未對索引頁進行分類，則進行分類。

　　3. 如果表的統計資料沒有更新（並且通過對索引進行分類不能實現修複），則進行更新。

對於BDB表，OPTIMIZE TABLE目前被映射到ANALYZE TABLE上。

對於InnoDB表，OPTIMIZE TABLE被映射到ALTER TABLE上，這會重建表。重建操作能更新索引統計資料並釋放成簇索引中的未使用的空間。請參見13.5.2.1節，“ANALYZE TABLE文法”。使用?skip-new或?safe-mode選項可以啟動mysqld。

　　通過啟動mysqld，您可以使OPTIMIZE TABLE 對其它表類型起作用。注意，在OPTIMIZE TABLE運行過程中，MySQL會鎖定表。 OPTIMIZE TABLE語句被寫入到二進位日誌中，除非使用了自選的NO_WRITE_TO_BINLOG關鍵詞（或其別名LOCAL）。已經這麼做了，因此，用於 MySQL伺服器的OPTIMIZE TABLE命令的作用相當於一個複製主伺服器，在預設情況下，這些命令將被複製到複製從屬伺服器中。