mysql乐观和悲观锁实现_从mysql 乐观锁和悲观锁认识锁

首先需要说明,不管是乐观锁还是排他锁,其实都是在并发环境下面需要考虑的问题。比如防止商品数量的超买超卖

乐观锁,悲观锁

关于乐观锁

表示对于数据的获取都很乐观,以为别人不会修改数据,所以不需要加锁。但是在更新的时候又会去判断一下有没有人更新过数据。

关于乐观锁的实现方式

1.在数据库的每一行添加一列来表示版本号。 当更新的时候先判断一下版本号跟获取到的是否相同,如果相同则更新。否则失败,再次尝试获取

2.添加时间戳,道理跟方法一相同,但是此方式可能会减少乐观锁失效的问题

总之,乐观锁是采用类似于cas的方式进行数据更新保证并发情况下的数据一致性

关于悲观锁

悲观锁的策略是我很悲观,所以在查询的时候就已经加上锁,在事物提交完成后才会释放锁。

悲观锁的实现方式

begin;

select * from test1 where id = 6 for update;

update test1 set name = 123 where id = 6;

commit;

从上面可以看出,悲观锁采用的是mysql内置的锁(X锁),我们默认id为主键。另外需要注意,在使用mysql X锁或者S锁的时候,需要考虑是否走了索引,否则有可能造成给全表加上X锁或S锁

其实到这,我们就清楚了乐观锁何被关锁的区别。那么,我们在实际应用中用哪一种呢,个人建议是在读场景多的情况下用共享锁。

首先共享锁在查询的时候未对数据加锁,而排他锁加锁增加了数据库处理锁的消耗,而且排他锁加锁后增加了锁竞争的情况。

我们发现,在排他锁中,我们使用了X锁,对应的其实还有一种S锁

共享锁,排他锁

这是我们在悲观锁中引出的,其实,在mvcc版本并发控制中,采用这两种方式查询的记录叫做当前读。 这个下面再讨论

共享锁

其实含义就是多个查询可以同时持有这个锁进行数据查询,但是不能加入排他锁。

begin;

select * from test where id = 1 lock in share mode;

commit;

另外需要注意共享锁只对查询有效,而update delete insert等会自动加入排他锁,所以当在共享锁的模式下,会阻塞。

排他锁

含义就是当我加入排他锁后,其他事物在我当前事物锁定的行下不能再加入X或者S锁。

begin;

select * from test where id = 1 for udpate;

commit;

特别需要说明,以上两种方式锁后,在mysql下innodb存储引擎,且是rc和rr隔离级别下面。不会对select * from test 这样的查询产生影响。

因为他们在mvcc多版本并发控制下面采用的是快照读。

MVCC(多版本并发控制)

通过上面的内容,我们牵扯出来MVCC和快照读、当前读的概念。

MVCC(Multi Version Concurrency Control的简称),代表多版本并发控制。与MVCC相对的,是基于锁的并发控制,Lock-Based Concurrency Control)。

如此一来不同的事务在并发过程中,SELECT 操作可以不加锁而是通过 MVCC 机制读取指定的版本历史记录,并通过一些手段保证保证读取的记录值符合事务所处的隔离级别,从而解决并发场景下的读写冲突。

MVCC最大的优势:读不加锁,读写不冲突。在读多写少的OLTP应用中,读写不冲突是非常重要的,极大的增加了系统的并发性能

读操作可以分成两类:快照读 (snapshot read)与当前读 (current read)。快照读,读取的是记录的可见版本 (有可能是历史版本),不用加锁。当前读,读取的是记录的最新版本,并且,当前读返回的记录,都会加上锁,保证其他事务不会再并发修改这条记录。

select * from test where id = 1 采用的是快照读。 不会受锁的影响

以下都是当前读

select * from test where id = 1 lock in share mode;

select * from test where id = 1 for update;

insert into test values (…);

update test set ? where id = 1

delete from test where id = 1

另外需要注意的地方

在谈这些锁的时候,完全没有讨论索引和隔离级别的情况,原因在于内容量太多。 此处推荐博文

http://hedengcheng.com/?p=771

总结

数据库当中锁的内容有很多,不能完全列出,但是当我们遇到一些专有名词的时候千万不要搞混。并且在加锁的时候完全能够掌握清楚锁的实现细节,从而帮助我们在业务上解决问题。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值