由於操作人員大量的刪除了relationship表的數據達2千萬行，但是mysql並不自動回收空間，所以決定做碎片整理(先測試)：
myisamchk -r relationship
在mysql運行下做的，結果做完後查詢的時候出現下面的問題：
ERROR 1030 (00000): Got error 127 from table handler
這個問題很郁悶，應該不會出現問題的呀，後來查閱資料發現了問題:
如果你用--skip-locking運行mysqld(它在一些系統上是缺省的，如Linux)，當
mysqld正在使用同一個表時，你不能可靠地使用myisamchk檢查一張表。如果你能
肯定在你運行myisamchk時沒有人通過mysqld正在存取表，在你開始檢查表之前，
你僅需做mysqladmin flush-tables。如果你不能保證， 那麼當你檢查表時，你必
須停掉mysqld。如果你在mysqld正在更新表時運行myisamchk，你可能得到一個表
已破壞的警告，即使它沒有。
如果你沒使用--skip-locking，你能在任何時間使用myisamchk檢查表。當你這樣
時，所有試圖更新表的客戶在繼續前將等到myisamchk就緒。
如果你使用myisamchk修復或優化表，你必須總是保證mysqld服務器不在使用表(如
果你正在使用--skip-locking，這也適用)。如果你不停掉mysqld，在你運行
myisamchk前，你至少應該做一個mysqladmin flush-tables。
而我的數據庫恰好在linux下，並且是skip-locking啟動的，就出現了這個問題!
1)這個命令也可以停止mysql後再做，就不會出現這個問題
2)也可以在線做後重啟數據庫
3)也可以先運行mysqladmin flush-tables後再執行這個命令，也不會出現這個問題!
