由于操作人员大量的删除了relationship表的数据达2千万行，但是mysql并不自动回收空间，所以决定做碎片整理（先测试）：
成都创新互联公司是专业的张家界网站建设公司，张家界接单;提供
网站制作、成都网站制作,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行张家界网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
myisamchk -r relationship
我是在mysql运行下做的，结果做完后查询的时候出现下面的问题：
ERROR 1030 (00000): Got error 127 from table handler
这个问题很郁闷，应该不会出现问题的呀，后来查阅资料发现了问题（/tupian/20230522/pp如果你用--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后再执行这个命令，也不会出现这个问题！
[@more@]
分享题目：回收mysql表的碎片-创新互联
标题来源：
http://cdkjz.cn/article/ccopci.html
