MySQL这种用法千万要小心，一不注意就锁表

MySQL这种用法千万要小心，一不注意就锁表

今天有个小伙伴问我Mysql什么时候需要使用悲观锁，也就是在执行语句的时候带上For Update。教科书告诉我们，在一些对数据要求严格的，并且有着并发问题的场景。那么，是什么样的场景呢?

我举一个例子，我们在网上买票，从锁定座位到出票其实是一个比较“漫长”的过程，那么就存在这样一个业务场景，可能在我们锁定座位的时候，另外一个事务把这场电影停售了。那么，接下来的事务执行，就可能会出现一些异常。

因为我们在执行购票的时候，虽然也需要查询电影的在售状态，但由于我们只是查询电影的在售状态，所以只能取到该行数据的一个读锁，除非事务级别为串行化，不然别的事务仍然可以对该行数据进行修改。所以，即便我们只是一个读操作，我们仍然希望对该行数据加上一个锁，让别的事务只能读取，而无法修改该行数据，这就是数据库的悲观锁。

我们可以使用Select * for update 这样的姿势来使用这个功能。要注意到，这个不同的使用方法，我们的锁级别是不一样的。

明确指定主键，并且主键存在，那么这是一个行级锁，如果主键不存在，那么并不会加锁。如果明确指定的是索引，那么满足该索引的所有行都会加上锁。如果select条件中并没有命中主键或者索引，那么这将是一个表级锁，也就是整个表的数据都不能够变更，但是可以新插入数据。另外一种情况，是没有正确的使用到索引，例如使用不等于，like作为筛选条件。要注意的是，如果悲观锁锁表的话，并发将会大大降低，所以，使用for update的时候，切记要检查是否命中索引。

好了，今天的程序员经典面试题，数据库的悲观锁我们就学习到这里。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。