为什么在MyISAM表上删除索引的速度这么慢?我无法想象我会有有7亿条记录的社交网络&指数下降。
只有一列索引,它们都是全文(我需要切换到普通索引,因为InnoDB不喜欢全文)
跌落指数
mysql> DROP INDEX `post_text` ON phpbb_posts;
Query OK, 251171 rows affected (7 min 35.04 sec)
Records: 251171 Duplicates: 0 Warnings: 0但是,ALTER比那个下降要快吗?
mysql> ALTER TABLE phpbb_posts DROP INDEX `post_content`;
Query OK, 251182 rows affected (1 min 45.06 sec)
Records: 251182 Duplicates: 0 Warnings: 0
mysql> ALTER TABLE phpbb_posts DROP INDEX `post_subject`;
Query OK, 251188 rows affected (1 min 32.55 sec)
Records: 251188 Duplicates: 0 Warnings: 0它甚至有一个错误报告,但没有有效的解决方案。
问题:
发布于 2011-10-10 00:51:36
如果你想微观地管理指数的下降,为什么不自己自动化呢?
CREATE TABLE phpbb_posts_new LIKE phpbb_posts;
ALTER TABLE phpbb_posts_new DROP INDEX post_text;
ALTER TABLE phpbb_posts_new DISABLE KEYS;
INSERT INTO phpbb_posts_new SELECT * FROM phpbb_posts;
ALTER TABLE phpbb_posts_new ENABLE KEYS;
ALTER TABLE phpbb_posts RENAME phpbb_posts_old;
ALTER TABLE phpbb_posts_new RENAME phpbb_posts;
DROP TABLE phpbb_posts_old;从本质上讲,这就是做ALTER将做的“引擎盖下”的工作。
这样做可以让您看到每个内部步骤的时间安排。
实际上我亲自研究过这个。我记得我向MySQL抱怨在添加或删除时添加索引的速度有多慢,并建议如何修复它.那是在2006年10月。
然后,突然间,不知从哪里冒出来,2011年5月12日,有人问了同样的问题.发帖的人(JIStone)甚至把我最初的帖子引用到MySQL。直到大约7分钟后,我才意识到我实际上是在发表我自己5岁的帖子。
发布于 2011-10-09 16:06:41
为什么?因为开发商犯了错误?!为什么要有一个错误报告,当它不是一个错误-所以等待直到它被修复或自己修复它-因为你甚至有一个解决办法,你可以忍受它。
但正确的答案是,DROP INDEX在执行时不会锁定表。因此,在删除时允许读和写需要更多的时间,而ALTER TABLE会锁定表,因此可以专注于删除过程。
https://serverfault.com/questions/319918
复制相似问题