mysql乐观锁和悲观锁_mysql 悲观锁与乐观锁的详解

悲观锁与乐观锁是人们定义出来的概念,你可以理解为一种思想,是处理并发资源的常用手段。

不要把他们与mysql中提供的锁机制(表锁,行锁,排他锁,共享锁)混为一谈。

一、悲观锁

顾名思义,就是对于数据的处理持悲观态度,总认为会发生并发冲突,获取和修改数据时,别人会修改数据。所以在整个数据处理过程中,需要将数据锁定。

悲观锁的实现,通常依靠数据库提供的锁机制实现,比如mysql的排他锁,select .... for update来实现悲观锁。

例子:商品秒杀过程中,库存数量的减少,避免出现超卖的情况。

CREATE TABLE `tb_goods_stock` (

`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID',

`goods_id` bigint(20) unsigned DEFAULT '0' COMMENT '商品ID',

`nums` int(11) unsigned DEFAULT '0' COMMENT '商品库存数量',

`create_time` datetime DEFAULT NULL COMMENT '创建时间',

`modify_time` datetime DEFAULT NULL COMMENT '更新时间',

PRIMARY KEY (`id`),

UNIQUE KEY `goods_id` (`goods_id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品库存表';

将商品库存数量nums字段类型设为unsigned,保证在数据库层面不会发生负数的情况。

注意,使用悲观锁,需要关闭mysql的自动提交功能,将 set autocommit = 0;

注意,mysql中的行级锁是基于索引的,如果sql没有走索引,那将使用表级锁把整张表锁住。

1、开启事务,查询要卖的商品,并对该记录加锁。

begin;

select nums from tb_goods_stock where goods_id = {$goods_id} for update;

2、判断商品数量是否大于购买数量。如果不满足,就回滚事务。

3、如果满足条件,则减少库存,并提交事务。

update tb_goods_stock set nums = nums - {$num} where goods_id = {$goods_id} and nums >= {$num};

commit;

事务提交时会释放事务过程中的锁。

悲观锁在并发控制上采取的是先上锁然后再处理数据的保守策略,虽然保证了数据处理的安全性,但也降低了效率。

二、乐观锁

顾名思义,就是对数据的处理持乐观态度,乐观的认为数据一般情况下不会发生冲突,只有提交数据更新时,才会对数据是否冲突进行检测。

如果发现冲突了,则返回错误信息给用户,让用户自已决定如何操作。

乐观锁的实现不依靠数据库提供的锁机制,需要我们自已实现,实现方式一般是记录数据版本,一种是通过版本号,一种是通过时间戳。

给表加一个版本号或时间戳的字段,读取数据时,将版本号一同读出,数据更新时,将版本号加1。

当我们提交数据更新时,判断当前的版本号与第一次读取出来的版本号是否相等。如果相等,则予以更新,否则认为数据过期,拒绝更新,让用户重新操作。

CREATE TABLE `tb_goods_stock` (

`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID',

`goods_id` bigint(20) unsigned DEFAULT '0' COMMENT '商品ID',

`nums` int(11) unsigned DEFAULT '0' COMMENT '商品库存数量',

`create_time` datetime DEFAULT NULL COMMENT '创建时间',

`modify_time` datetime DEFAULT NULL COMMENT '更新时间',

`version` bigint(20) unsigned DEFAULT '0' COMMENT '版本号',

PRIMARY KEY (`id`),

UNIQUE KEY `goods_id` (`goods_id`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 COMMENT='商品库存表';

1、查询要卖的商品,并获取版本号。

begin;

select nums, version from tb_goods_stock where goods_id = {$goods_id};

2、判断商品数量是否大于购买数量。如果不满足,就回滚事务。

3、如果满足条件,则减少库存。(更新时判断当前version与第1步中获取的version是否相同)

update tb_goods_stock set nums = nums - {$num}, version = version + 1 where goods_id = {$goods_id} and version = {$version} and nums >= {$num};

4、判断更新操作是否成功执行,如果成功,则提交,否则就回滚。

乐观锁是基于程序实现的,所以不存在死锁的情况,适用于读多的应用场景。如果经常发生冲突,上层应用不断的让用户进行重新操作,这反而降低了性能,这种情况下悲观锁就比较适用。

以上内容希望帮助到大家,很多PHPer在进阶的时候总会遇到一些问题和瓶颈,业务代码写多了没有方向感,不知道该从那里入手去提升,对此我整理了一些资料,包括但不限于:分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6,laravel,YII2,Redis,Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家,需要PHP进阶架构师>>>视频、面试文档免费获取​shimo.im9a4c2ba04ad85d1fc847cf953a7b5820.png

或 者关注咱们下面的知乎专栏PHP大神进阶​zhuanlan.zhihu.com9ba67966a1b0bb55561d61228e326664.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL中的乐观锁悲观锁是两种不同的并发控制机制。 乐观锁的特点是在逻辑上实现,不依赖数据库中的机制。它通过在表中新增一个版本号(如时间戳)来实现。乐观锁的开销比悲观锁小,适合在取失败概率较小的场景下使用,可以提升系统的并发性能。然而,一旦发生取失败需要回滚的情况,开销会比较大。 悲观锁则需要开启事务,并依靠数据库的机制来实现。在MySQL中,可以通过select ... for update操作来实现悲观锁悲观锁可以最大程度地保证数据操作的独占性,但它也有一些缺点。例如,select ... for update语句会定所有扫描的行,这可能导致性能问题。同时,在长事务中使用悲观锁会导致其他用户长时间无法操作,因此需要尽量避免大的事务。悲观锁主要适用于数据争用激烈的环境,以及在数据并发冲突时,用来保护数据成本低于回滚事务的成本的场景。 在MySQL中,默认的级别是Row-Level Lock,只有在明确指定主键时才会执行Row lock(只定被选取的数据),否则会执行Table Lock(住整个数据表)。因此,在使用select ... for update时需要注意的级别。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [MySQL中的悲观锁乐观锁](https://blog.csdn.net/lamp_yang_3533/article/details/79180370)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *3* [mysql 乐观锁悲观锁](https://blog.csdn.net/z_ssyy/article/details/128565101)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值