mysql更新非索引列时，为什么可以使用主键

Question

MySQL 版本为 8.0.23

创建表并插入数据

CREATE TABLE `test_update` (
  `id`      int         NOT NULL ,
  `column1` varchar(20) DEFAULT NULL,
  `column2` varchar(20) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB;

insert into test_update values (1, 'a', 'test1');
insert into test_update values (2, 'b', 'test2');
insert into test_update values (3, 'c', 'test3');
insert into test_update values (4, 'd', 'test4');
insert into test_update values (5, 'e', 'test5');
insert into test_update values (6, 'f', 'test6');
insert into test_update values (7, 'g', 'test7');
insert into test_update values (8, 'h', 'test8');
insert into test_update values (9, 'i', 'test9');
insert into test_update values (10,'j', 'test10');

当我通过使用column2选择column1时，说明show mysql使用扫描全表，我认为这是合理的

mysql> explain select column1 from test_update where column2='test8';
+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table       | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | test_update | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   10 |    10.00 | Using where |
+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

但是当我更新column1时，说明show mysql使用主键，它是一个非索引列，这是为什么呢？

mysql> explain update test_update set column1='z' where column2='test8';
+----+-------------+-------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
| id | select_type | table       | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
|  1 | UPDATE      | test_update | NULL       | index | NULL          | PRIMARY | 4       | NULL |   10 |   100.00 | Using where |
+----+-------------+-------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

Answer 1

Select 的最佳索引是

INDEX(column2,   -- to handle the WHERE test
      column1)   -- for "covering"

这对更新也很有用，尽管出于不同的原因。

有了INDEX，select column1 from t where column2='test8' 将触及索引 BTree 中的 2 行（在您的示例数据中），而数据的 BTree 中没有行

• column2='test8' 的一行。 （这里可能有零行或多行。）
• 再多一行，发现没有更多带有column2='test8' 的行。

而且因为SELECT 中唯一的其他列是索引的一部分，所以索引就足够了（“Covering” == “Using index”）。

Update 也是一样，会读取 1+1 行，更新 1 行。

在 Explain 中，有时“Type = INDEX”会产生误导。请注意，“Key”是“PRIMARY”。在这种情况下，它实际上是在进行表扫描。进一步的线索是“Rows”是“10”，这是整个表中行数的近似值。

更多讨论：http://mysql.rjweb.org/doc.php/index_cookbook_mysql

至于使用 PK 更新，我会说：“由于没有有用的索引，更新必须扫描表以查找与 WHERE 匹配的所有行。对于每个这样的行，它将执行更新。