数据库(二)——锁机制

本文介绍了InnoDB行锁的实现原理,指出其通过索引项加锁而非直接锁定数据行。此外,还详细解释了乐观锁的实现机制,包括如何利用版本字段来避免并发冲突。

参考文档
https://blog.youkuaiyun.com/puhaiyang/article/details/72284702
https://blog.youkuaiyun.com/xifeijian/article/details/20313977

本文只摘要几个点:

InnoDB行锁实现方式
InnoDB行锁是通过给索引上的索引项加锁来实现的,这一点MySQL与Oracle不同,后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着:只有通过索引条件检索数据,InnoDB才使用行级锁,否则,InnoDB将使用表锁!

所以,在创建表时,一般都会定义一个自增ID作为主键

悲观锁和乐观锁
这是一种设计思路,其中乐观锁是自实现,悲观锁由数据库提供。

通常乐观锁实现是这样的:在表中的数据进行操作时(更新),先给数据表加一个版本(version)字段,每操作一次,将那条记录的版本号加1。也就是先查询出那条记录,获取出version字段,如果要对那条记录进行操作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等,如果相等,则说明这段期间,没有其他程序对其进行操作,则可以执行更新,将version字段的值加1;如果更新时发现此刻的version值与刚刚获取出来的version的值不相等,则说明这段期间已经有其他程序对其进行操作了,则不进行更新操作。

悲观锁如:
...FOR SELECT....
...FOR UPDATE...

转载于:https://www.cnblogs.com/hailongchen/p/8657113.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值