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字段的值目前是:1
SELECT version FROM employee WHERE id = 1;
 
-- 更新该条数据的时候做数据验证,更新成功后将version字段的值累加1,更新条件除了id还要加上version=上面取出来的值 才能进行更新
UPDATE employee SET `name` = '李白大魔王',version = version + 1 WHERE id = 1 AND version = 1;

示例截图:

2.2.2、时间戳的实现方式:

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

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

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

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

 

posted on 2019-11-08 23:26  别人放弃我坚持吖  阅读(670)  评论(0编辑  收藏  举报