MySQL中如何书写update避免表锁

49次阅读
没有评论

共计 1264 个字符,预计需要花费 4 分钟才能阅读完成。

MySQL 中如何书写 update 避免表锁,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面丸趣 TV 小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。

今天,我来说另外一个面试题。为什么推荐 MySQL 的 update 语句中 where 条件要有主键?

看到这个问题的朋友,我相信不少人有疑问,我 where 不加主键还不能更新了?

不是的,能更新,也能使用。但是我不建议你们这样做。因为我们大多数人使用 MySQL 都使用的是 innodb 存储引擎,它是支持事务的。如果你的 where 条件不加主键,那么 innodb 的行级锁就可能变成表级锁。如果升级为表级锁,那么并发性就将大打折扣了。

行锁升级为表锁与事务的隔离级别有关,因为事务的隔离性是靠加锁来实现的,而加锁不当势必会影响并发。

不一样的锁,支持的并发也是不一样的。而最终加什么样的锁,与索引也有莫大的关系,因此,可以说采用什么样的索引决定了支持多少并发。

常用的索引有三类:主键、唯一索引、普通索引。主键我就不再细说,自带最高效的索引属性;唯一索引指的是该属性值重复率为 0,一般可作为业务主键,例如订单号;普通索引 与前者不同的是,属性值的重复率大于 0,不能作为唯一指定条件,例如购买用户的姓名。今天我主要想说的是“普通索引对并发的影响”。

没有索引的情况,我就不说了,那对并发来说肯定是灾难,死锁估计是常有的事。

为什么我推荐 update 中 where 条件加入主键呢?

因为主键是唯一索引,你用其他唯一索引也可以,但是一般的表,可能只有主键才是唯一的。所以,我建议你更新的时候,记住加上主键就行了。

你只需要记住主键和唯一索引是行锁,其他索引并不一定是行锁,很可能是表锁。这样,死锁的概率就非常的高,并发也就随之下降。

下面我们通过一个简单的例子来看一下,普通索引的情况。

相关建表语句,索引,和数据如下所示:

然后取消事务自动提交 set autocommit = off;

当我们表里面创建时间重复率比较高的时候。分别开启两个窗口,两个事务。

为了演示,你可以把数据量加多点,比如 03-01 和 03-02 的数据各 10 万条。

依次执行两个窗口中的 SQL,你会发现,其中一个窗口中的更新失败了。提示:

看似这两个事务不互相干,但是在其中一个事务中更新自己锁定的数据失败后,应该能说明在此时引发了表锁。这是在非主键索引或者说是唯一索引,并且索引数据重复量比较高的情况下,你的更新发生量表锁。并发能力就会大大下降!

你们可以试一下,如果此时使用主键或唯一索引会不会这样。

在我们的电商系统中,这样的代码并不少。在一些热门商品和秒杀、优惠、打折等活动中经常会发生一些莫名其妙的异常,导致用户体验大打折扣。

上面的测试数据,你把它们全部删除,然后再新增一些数据,这些数据中在  create_time 重复率为 0 的情况下,你会发现两个事务就都能成功了。这说明它们这时用的应该是行级锁,效率更高。

看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注丸趣 TV 行业资讯频道,感谢您对丸趣 TV 的支持。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-16发表,共计1264字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)