问优化表，MyIsam

EN

(其中有些是离题的。)

Fast修改

• 对于MyISAM和InnoDB，添加/删除索引的处理是不同的。
• 甲骨文只关注InnoDB。
• InnoDB可以在构建索引时允许写入--通过跟踪需要添加到索引中的内容。它已经有了一个“更改缓冲区”来优化这种情况。MyISAM将不得不发明一种类似的机制，并且没有“事务”挂钩来提供帮助。

因此，我得出结论，所有(？)ALTER TABLE ... INLINE/INPLACE的好处是在InnoDB引擎内部处理，使MyISAM处于寒冷的状态。

很久以前，就有一种在线ALTER TABLE，即向ENUM添加一个项(有限制)。但这只需要修改.frm文件。

<>优化

在每百种情况下，OPTIMIZE TABLE在MyISAM中都很有用。对OPTIMIZE在InnoDB中的需求要少得多。

一个例子(仅适用于MyISAM )：表有大量的搅动--要么来自改变行长度的UPDATEs，要么来自DELETE+INSERT。MyISAM的INSERT倾向于填充.MYD中的漏洞，这可能导致单个行分散在多个磁盘块上。这降低了SELECT的速度，甚至对于“点查询”也是如此。

Time系列

您正在删除“旧”行并添加“新”行吗？如果是这样，

• 正如上面所解释的，您的MyISAM可能需要OPTIMIZE。但是，对InnoDB来说，OPTIMIZE基本上是一种浪费。
• DELETEing 40M行将MyISAM表锁定很长时间。
• 还有其他技术来处理大的删除。

时间序列的Partitioning

• PARTITIONing，甚至MyISAM (在MySQL 8.0之前)也是可能的。它可以让您将耗时的DELETE转换为瞬时DROP PARTITION。更多
• 使用PARTITIONing可能会避免对OPTIMIZE的需求，甚至对MyISAM的需求。
• 注意:通常在添加分区时，所有索引都需要重新考虑。