mysql的悲观锁和行锁_mysql中的锁机制之悲观锁和乐观锁

1、悲观锁?

悲观锁顾名思义就是很悲观,悲观锁认为数据随时就有可能会被外界进行修改,所以悲观锁一上来就会把数据给加上锁。悲观锁一般都是依靠关系型数据库提供的锁机制,然而事实上关系型数据库中的行锁,表锁不论是读写锁都是悲观锁。

2、乐观锁?

乐观锁顾名思义,就是很乐观,每次自己操作数据的时候认为没有人会来修改它,所以不会去对数据进行加锁。但是在更新的时候会去判断在此期间数据有没有被修改,需要用户自己去实现乐观锁。乐观锁不会发生并发抢占资源,只有在提交操作的时候检查是否违反数据完整性。

2.1、为什么要使用乐观锁呢?

①、对于读操作远多于写操作的时候,大多数都是读取,这时候一个更新操作加锁会阻塞所有读取,降低了吞吐量

②、最后还要释放锁,锁是需要一些开销的,我们只要想办法解决极少量的更新操作的同步问题

③、换句话说,如果读写比例差距不是非常大或者你的系统没有响应不及时,吞吐量瓶颈问题,那就不要去使用乐观锁,它增加了复杂度,也带来了额外的风险

2.2、乐观锁的实现方式

前期准备工作(准备数据表和测试数据):

CREATE TABLE `employee` (

`id`int(11) NOT NULL AUTO_INCREMENT,

`name` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`dep_id`int(11) NULL DEFAULT NULL,

`age`int(11) NULL DEFAULT NULL,

`salary`decimal(10, 2) NULL DEFAULT NULL,

`cus_id`int(11) NULL DEFAULT NULL,

`version`int(11) NULL DEFAULT NULL COMMENT '用来给乐观锁进行标识的字段',

PRIMARY KEY (`id`) USING BTREE,

INDEX `idx_name_age`(`name`, `age`) USING BTREE

) ENGINE= InnoDB AUTO_INCREMENT = 109 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT =Dynamic;--插入测试数据

INSERT INTO `employee` VALUES (1, '李白', 1, 10, 1000.00, 1, 1);

INSERT INTO `employee` VALUES (2, '韩信', 1, 20, 2000.00, 1, 1);

INSERT INTO `employee` VALUES (3, '露娜', 1, 20, 2500.00, 1, 1);

INSERT INTO `employee` VALUES (4, '公孙离', 4, 20, 3000.00, 1, 1);

INSERT INTO `employee` VALUES (5, '虞姬', 4, 40, 3500.00, 2, 1);

INSERT INTO `employee` VALUES (6, '孙尚香', 6, 20, 5000.00, 1, 1);

INSERT INTO `employee` VALUES (7, '马可波罗', 6, 50, 5000.00, 1, 1);

INSERT INTO `employee` VALUES (8, '后羿', 30, 35, 4000.00, 1, 1);

2.2.1、版本号的实现方式:

①、就是给数据增加一个版本标识,在数据表上增加一个version字段

②、每次更新把这个字段加1

③、读取数据的时候把version读出来,更新的时候比较version

④、如果还是开始读取的version就可以更新了

⑤、如果现在的version比老的version大,说明有其他事务更新了该数据,并增加了版本号

⑥、这时候得到一个无法更新的通知,用户自行根据这个通知来决定怎么处理,比如重新开始一遍

版本号的方式实现乐观锁示例:

-- 先获取version字段的值,这里version字段的值目前是:1SELECT version FROM employee WHERE id= 1;-- 更新该条数据的时候做数据验证,更新成功后将version字段的值累加1,更新条件除了id还要加上version=上面取出来的值 才能进行更新

UPDATE employee SET `name`= '李白大魔王',version = version + 1 WHERE id = 1 AND version = 1;

示例截图:

241ffb3c3c80764ea648144cd847896d.png

2.2.2、时间戳的实现方式:

①、和上面的版本号基本一样,只是通过时间戳来判断而已,注意时间戳要使用数据库服务器的时间戳不能是业务系统的时间

②、同样是在需要乐观锁控制的table(表)中增加一个字段,字段名称无所谓

③、字段类型使用时间戳, 和上面的version类似,也是在更新提交的时候检查当前数据库中数据的时间戳和自己更新前取到的时间戳进行对比

④、如果一致则OK 执行更新操作,否则就是版本冲突

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
回答: 乐观悲观是实现并发控制的两种主要手段。乐观适用于读多写少的情况,它不依赖于数据库机制,而是通过在表新增一个版本号来实现。乐观的特点是无论是否开启事务,都可以在逻辑上实现乐观乐观的开销比悲观小,但一旦发生冲突需要回滚,开销比较大。乐观适合用在取失败概率较小的场景,可以提升系统的并发性能。\[2\] 悲观适用于写多读少的情况,它需要依赖数据库的机制来实现。在事务使用select ... for update操作来实现悲观,可以最大程度地保证数据操作的独占性。悲观的特点是需要开启事务,并且会对扫描过的定,这可能导致性能问题。悲观主要用于数据争用激烈的环境,以及在保护数据的成本低于回滚事务的成本的情况下使用。\[3\] 需要注意的是,乐观悲观不仅仅存在于关系型数据库系统,还存在于其他系统,如hibernate、tair、memcache等。因此,不应该将乐观悲观与其他数据库对比。它们是一种思想,用于实现并发控制。\[1\] #### 引用[.reference_title] - *1* [MySql悲观)和乐观](https://blog.csdn.net/weixin_45433031/article/details/120838045)[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^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [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^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值