如何回收mysql表的碎片
由于操作人员大量的删除了relationship表的数据达2千万行,但是mysql并不自动回收空间,所以决定做碎片整理(先测试): myisamchk -r relationship 在mysql运行下做的,结果做完后查询的时候出现下面的问题: ERROR 1030 (00000): Got error 127 from table h
由于操作人员大量的删除了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后再执行这个命令,也不会出现这个问题!
上一篇: 禁止页面缓存的方法 多语言下禁止页面缓存
下一篇: php书写格式的问题?