今天有个小伙伴问我Mysql什么时候需要使用悲观锁,也就是在执行语句的时候带上ForUpdate。教科书告诉我们,在一些对数据要求严格的,并且有着并发问题的场景。那么,是什么样的场景呢?
我举一个例子,我们在网上买票,从锁定座位到出票其实是一个比较“漫长”的过程,那么就存在这样一个业务场景,可能在我们锁定座位的时候,另外一个事务把这场电影停售了。那么,接下来的事务执行,就可能会出现一些异常。
因为我们在执行购票的时候,虽然也需要查询电影的在售状态,但由于我们只是查询电影的在售状态,所以只能取到该行数据的一个读锁,除非事务级别为串行化,不然别的事务仍然可以对该行数据进行修改。所以,即便我们只是一个读操作,我们仍然希望对该行数据加上一个锁,让别的事务只能读取,而无法修改该行数据,这就是数据库的悲观锁。
我们可以使用Select*forupdate这样的姿势来使用这个功能。要注意到,这个不同的使用方法,我们的锁级别是不一样的。
明确指定主键,并且主键存在,那么这是一个行级锁,如果主键不存在,那么并不会加锁。如果明确指定的是索引,那么满足该索引的所有行都会加上锁。如果select条件中并没有命中主键或者索引,那么这将是一个表级锁,也就是整个表的数据都不能够变更,但是可以新插入数据。另外一种情况,是没有正确的使用到索引,例如使用不等于,like作为筛选条件。要注意的是,如果悲观锁锁表的话,并发将会大大降低,所以,使用forupdate的时候,切记要检查是否命中索引。好了,今天的程序员经典面试题,数据库的悲观锁我们就学习到这里。欢迎大家