索引所有 Vs。索引一些

Question

我正在阅读这个问题MySQL - why not index every field? 并决定做一些测试。

有两个等效的表（a 和 b），每个表有 5.000.000 行和 3 列（int、int、varchar），我索引了表 b 上的所有列，只索引了表上的一列（主键）一个。

结果如下：

编辑：更改/未更改行的时间与以下相同。

mysql> update a set c = '1000000' where c = '1000000';
Query OK, 0 rows affected (2.13 sec)
Rows matched: 1  Changed: 0  Warnings: 0

mysql> update b set c = '1000000' where c = '1000000';
Query OK, 0 rows affected (0.00 sec)
Rows matched: 1  Changed: 0  Warnings: 0

现在，这与我阅读问题答案后的预期完全相反。

不索引表的每一列是否有任何“可基准”的缺点？

---

编辑：问题是表中的每个元组都有一个唯一值，并且更新单个索引和唯一行足够快以获得 0.00 标记。但是，当我更新指定的 Flimzy 和 Searlea 等行的子集时，更新非索引列比更新索引列更快，就像它应该的那样。

如果您想查看结果：

mysql> update a set b = 98;
Query OK, 5000002 rows affected (10.85 sec)
Rows matched: 5000002  Changed: 5000002  Warnings: 0

mysql> update b set b = 98;
Query OK, 4988890 rows affected (1 min 32.69 sec)
Rows matched: 5000001  Changed: 4988890  Warnings: 0

Answer 1

当然，为每一列建立索引也有缺点。索引越多，写入（INSERT、UPDATE 和 DELETE）所需的时间就越长，因为要写入数据库的内容更多。

索引只能加快读取的速度。含义，SELECT、DELETE...WHERE 和 UPDATE...WHERE。

Answer 2

我假设两个表都包含名为 a、b 和 c 的列，并且它们都是数字的（尽管 c 是字符串化的。）假设 a 是您的主键列，这应该显示两个更新时的基准差异受益于能够找到受影响的行，而表 b 在必须更新索引时应该受到打击：

update a set b = b + 1 where a between 100000 and 200000;
update b set b = b + 1 where a between 100000 and 200000;

或者，笼统地说：

update sane set col2 = col2 + 1 where pk between X and Y;

应该表现得比：

update fullindexed set col2 = col2 + 1 where pk between X and Y;