UPDATE能走索引还会锁全表吗

最新推荐文章于 2024-10-07 21:52:05 发布

老叶茶馆_

最新推荐文章于 2024-10-07 21:52:05 发布

阅读量1w

点赞数 1

本文链接：https://blog.csdn.net/n88Lpo/article/details/78099094

版权

当MySQL执行UPDATE时，即使WHERE条件列有索引，如果预估更新行数超过全表的20%~30%，可能会升级为全表扫描并锁全表。这取决于优化器对扫描行数的评估，旨在提高效率。尽量利用索引，避免大量数据操作，并及时提交事务以减少行锁影响。

摘要由CSDN通过智能技术生成

导读

执行UPDATE时，WEHRE条件列虽已有索引，但还会锁全表，肿么回事？

问题描述

叶师傅有次上课过程中执行UPDATE测试案例时，发现虽然WHERE条件列已有索引，有时候能利用二级索引进行更新（且只锁定相应必要的几行记录），但有时候却变成了根据主键进行更新，且会锁全表。我们先来看看下面的例子。

测试表 t1

CREATE TABLE `t1` (
  `c1` int(10) unsigned NOT NULL DEFAULT '0',
  `c2` int(10) unsigned NOT NULL DEFAULT '0',
  `c3` int(10) unsigned NOT NULL DEFAULT '0',
  `c4` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`c1`),
  KEY `c2` (`c2`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

表中数据

+----+----+----+----+
| c1 | c2 | c3 | c4 |
+----+----+----+----+
|  0 |  0 |  0 |  0 |
|  1 |  1 |  1 |  0 |
|  3 |  3 |  3 |  0 |
|  4 |  2 |  2 |  0 |
|  6 |  8 |  5 |  0 |
|  7 |  6 |  6 | 10 |
| 10 | 10 |  4 |  0 |
+----+----+----+----+

case1：根据二级索引UPDATE，不锁全表