MySQL Innodb索引混乱

Question

一个非常基本的数据库设计问题：

我正在创建带有以下列的超大表：Employee_Name（VARCHAR），Employee_ID（INT），Employee_Birthday（INT）。

我希望为Employee_ID创建一个单列b树索引，因为我的许多查询都基于此列中的值使用SELECT和WHERE子句。

尽管创建后不会更新Employee_ID，但我经常将新员工插入该表中。

与没有索引相比，添加具有索引列的行是否会产生额外的成本？ 还是仅在更新现有行时才需要额外费用？

Answer 1

根据典型的SELECTs ， UPDATEs和DELETEs创建索引。 不用太担心INSERTs ； 一个INSERT的开销比其他操作的加速要少得多。

使用InnoDB时，始终会有一个PRIMARY KEY ，因此您也可以对其进行一些使用。

Answer 2

在评估索引的创建时，KEY问题是：是否将表最多用于查询或INSERTIONS。 另外，您需要指定非常大的表的含义（因为您在谈论员工，所以我猜该表可能托管少于10万条记录，对吗？）。 如果您希望每个SELECT都有数千个INSERT，则可以尝试不使用索引。 另一方面，如果您将主要查询表，则可以在列Employee_ID设置索引。