mysql中的乐观锁和悲观锁怎么用

mysql中的乐观锁和悲观锁怎么用,第1张

关于mysql中的乐观锁和悲观锁面试的时候被问到的概率还是比较大的。

mysql的悲观锁:

其实理解起来非常简单,当数据被外界修改持保守态度,包括自身系统当前的其他事务,以及来自外部系统的事务处理,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制,但是也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在自身系统中实现了加锁机制,也无法保证外部系统不会修改数据。

来点实际的,当我们使用悲观锁的时候我们首先必须关闭mysql数据库的自动提交属性,因为MySQL默认使用autocommit模式,也就是说,当你执行一个更新 *** 作后,MySQL会立刻将结果进行提交。

关闭命令为:set autocommit=0

悲观锁可以使用select…for update实现,在执行的时候会锁定数据,虽然会锁定数据,但是不影响其他事务的普通查询使用。此处说普通查询就是平时我们用的:select * from table 语句。在我们使用悲观锁的时候事务中的语句例如:

//开始事务

begin/begin work/start transaction(三选一)

//查询信息

select * from order where id=1 for update

//修改信息

update order set name='names'

//提交事务

commit/commit work(二选一)

此处的查询语句for update关键字,在事务中只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一条数据时会等待其它事务结束后才执行,一般的SELECT查询则不受影响。

执行事务时关键字select…for update会锁定数据,防止其他事务更改数据。但是锁定数据也是有规则的。

查询条件与锁定范围:

1、具体的主键值为查询条件

比如查询条件为主键ID=1等等,如果此条数据存在,则锁定当前行数据,如果不存在,则不锁定。

2、不具体的主键值为查询条件

比如查询条件为主键ID>1等等,此时会锁定整张数据表。

3、查询条件中无主键

会锁定整张数据表。

4、如果查询条件中使用了索引为查询条件

明确指定索引并且查到,则锁定整条数据。如果找不到指定索引数据,则不加锁。

悲观锁的确保了数据的安全性,在数据被 *** 作的时候锁定数据不被访问,但是这样会带来很大的性能问题。因此悲观锁在实际开发中使用是相对比较少的。

mysql的乐观锁:

相对悲观锁而言,乐观锁假设数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会对数据的冲突与否进行检测,如果发现冲突,则让返回用户错误的信息,让用户决定如何去做。

一般来说,实现乐观锁的方法是在数据表中增加一个version字段,每当数据更新的时候这个字段执行加1 *** 作。这样当数据更改的时候,另外一个事务访问此条数据进行更改的话就会 *** 作失败,从而避免了并发 *** 作错误。当然,还可以将version字段改为时间戳,不过原理都是一样的。

例如有表student,字段:

id,name,version

1 a 1

当事务一进行更新 *** 作:update student set name='ygz' where id = #{id} and version = #{version}

此时 *** 作完后数据会变为id = 1,name = ygz,version = 2,当另外一个事务二同样执行更新 *** 作的时候,却发现version != 1,此时事务二就会 *** 作失败,从而保证了数据的正确性。

悲观锁和乐观锁都是要根据具体业务来选择使用,本文仅作简单介绍。

当 web 日志中出现行锁超时错误后,很多开发都会找我来排查问题,这里说下问题定位的难点!

1. MySQL 本身不会主动记录行锁等待的相关信息,所以无法有效的进行事后分析。

2. 锁争用原因有多种,很难在事后判断到底是哪一类问题场景,尤其是事后无法复现问题的时候。

3. 找到问题 SQL 后,开发无法有效从代码中挖掘出完整的事务,这也和公司框架-产品-项目的架构有关,需要靠 DBA 事后采集完整的事务 SQL 才可以进行分析。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/6185746.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-17
下一篇 2023-03-17

发表评论

登录后才能评论

评论列表(0条)

保存