回收mysql表的碎片
发布时间：2022-03-22 11:45:47 所属栏目：MySql教程 来源：互联网
导读：由于操作人员大量的删除了relationship表的数据达2千万行，但是mysql并不自动回收空间，所以决定做碎片整理（先测试）： myisamchk -r relationship 我是在mysql运行下做的，结果做完后查询的时候出现下面的问题： ERROR 1030 (00000): Got error 127 from t
|
由于操作人员大量的删除了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后再执行这个命令，也不会出现这个问题！ （编辑：武汉站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
