表优化

Question

我使用的是MySQl，我在dev_db数据库中有一个名为cars的表。

我使用批量插入将大约6,000,000数据插入到表中(这是大量的数据插入)，如下所示：

INSERT INTO cars (cid, name, msg, date) 
VALUES (1, 'blabla', 'blabla', '2001-01-08'),
       (11, 'blabla', 'blabla', '2001-11-28'), 
       ... ,
       (3, 'blabla', 'blabla', '2010-06-03');

在这个大数据插入到我的cars表之后，表

我还决定优化表，如下所示：

OPTIMIZE TABLE cars;

我等待了53分钟的优化，最后完成了，mysql控制台向我展示了以下消息：

​

​

Msg_text向我展示了这个表不支持优化.，这让我的大脑产生了两个问题来问：

1.上面的mysql消息是否意味着我等待的53分钟实际上没有什么用处？？

2.是否有必要在大量数据插入后优化我的表？为什么？

Answer 1

如果已删除或覆盖行，或者更改了索引，则优化非常有用。如果您只是插入数据，则不需要进行优化。

MySQL优化表命令将有效地消除mysql表的碎片，对于频繁更新和/或删除的表非常有用。

还请看这里：http://www.dbtuna.com/article.php?id=15

Answer 2

看起来，您有InnoDB表，不支持优化表

Answer 3

正如您可以在输出中看到的那样，InnoDB不支持optimize本身。

相反，它对索引执行recreate + optimize。

结果是相同的，不应该真的打扰您，您最终得到了优化的索引。

但是，如果删除行或更新索引字段，则只需要优化索引。

如果您只插入，那么您的B树将不会变得不平衡，不需要优化。

所以：

上面的mysql消息是否意味着我等待的53分钟实际上没有什么用处？？

等待的时间是无用的，但不是因为你认为的原因。

如果有什么需要优化的地方，MySQL就会这么做。

有必要在大量数据插入后优化我的表吗？为什么？

没有，从没去过。

原因是MySQL (InnoDB)使用B-树，B树只有在平衡的情况下才是快速的.

如果节点都在树的一侧，索引将退化为有序列表，这给了O(n)最坏的情况时间，一个完全平衡的树有O(log )时间。

但是，只有在删除行或更改索引字段的值时，索引才会变得不平衡。