1. 悲观锁简介

  悲观锁(Pessimistic Concurrency Control,缩写PCC),它指的是对数据被外界修改持保守态度,因此,在整个数据处理过程中, 将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制,也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据。

2. 悲观锁举例(MySQL InnoDB为例)

  商品表t_goods中有字段status标识商品的状态,0标识未售出,1标识已售出。当用户生产订单时,该商品的status必须为0则认为是有效订单。

1 create table t_goods (id int(11) primary key auto_increment, name varchar(255), status int(1) default 0);
2 insert into t_goods (name) value ('手机');
3 select * from t_goods;
4
5 create table t_orders (id int(11) primary key auto_increment, goods_id int(11));

  假如不添加锁,则顺序为:

# 1.查询商品
select * from t_goods where id = 1 and status = 0;
# 2.生产订单
insert into t_orders (goods_id) value (1);
# 3.更新状态
update t_goods set status = 1 where id = 1; select * from t_goods;

  这种情况在单线程或只有一个用户使用时没有问题,但是在多线程或并发场景下是不安全的。

  若在更新前,有其他订单提前将状态更新为1,则商品被重复下单,造成数据不一致的情况。

  使用悲观锁实现,则顺序为:

 1 #必须关闭Mysql数据库的自动提交属性
2 #因为Mysql默认使用autocommit模式,即执行更新操作后,Mysql会立刻提交结果
3
4 show variables like '%autocommit%';
5 #临时设置
6 set autocommit = 0;
7
8 # 1.开启事务(begin; begin work; start transaction;)
9 begin;
10 # 2.查询商品
11 select * from t_goods where id = 1 and status = 0 for update;
12 # 3.生产订单
13 insert into t_orders (goods_id) value (1);
14 # 4.更新状态
15 update t_goods set status = 1 where id = 1;
16 # 5.提交事务(commit; commit work;都可以)
17 commit;
18
19 select * from t_goods;

  使用select * from tbale_name for update实现了悲观锁,即对id=1的数据进行加锁,其他事务对该数据的操作会进行阻塞,当前事务提交后,才允许其他事务对其进行操作。

  注意:当开始一个事务,执行select * from tbale_name for update,在另外事务中select ...for update时会阻塞,但是使用select * from tbale_name 则不会阻塞。

  select ... for update详解:Mysql的InnoDB引擎默认使用Row-Level Lock(行级锁),因此在查询中要指定主键,否则,Mysql会执行Table-Level Lock(表级锁)。

 1 #分别在两个窗口执行
2 # 1. 指定主键,并且主键存在,row lock
3 select * from t_goods where id = 1 for update;
4 # 2. 指定主键,主键不存在,no lock
5 select * from t_goods where id = 999 for update;
6 # 3. 无主键,table lock
7 select * from t_goods where name = '电脑' for update;
8 # 4. 主键不明确,table lock
9 select * from t_goods where id > 10 for update;
10 select * from t_goods where id != 1 for update;
11 # 5. 指定索引,并且索引存在,row lock
12 select * from t_goods where status = 1 for update;
13 # 6. 指定索引,索引不存在,no lock
14 select * from t_goods where status = 999 for update;

3. 乐观锁简介

  乐观锁(Optimistic Locking,简写PL),相对悲观锁而言,乐观锁认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会对数据的冲突与否进行检测,如果发现冲突了,则让返回错误信息,让用户处理。

4. 乐观锁举例

  使用数据版本(Version)记录机制实现。这是乐观锁最常用的一种实现方式。即为数据增加一个版本标识,即增加一个数字类型的 “version” 字段。当读取数据时,将version字段的值一同读出,数据每更新一次,对version值加一。当提交更新时,判断数据库表对应记录的当前version值与取出来的version值进行比对,如果数据库表当前version值与取出来的version值相等,则执行更新,否则不更新。

  Mybatis Plus中提供了完整的乐观锁机制:https://mp.baomidou.com/guide/optimistic-locker-plugin.html#主要适用场景

Mysql锁机制--悲观锁和乐观锁的更多相关文章

  1. (转)MySQL优化笔记(八)--锁机制超详细解析(锁分类、事务并发、引擎并发控制)

    当一个系统访问量上来的时候,不只是数据库性能瓶颈问题了,数据库数据安全也会浮现,这时候合理使用数据库锁机制就显得异常重要了. 原文:http://www.jianshu.com/p/163c96983 ...

  2. 图解Janusgraph系列-并发安全:锁机制(本地锁+分布式锁)分析

    图解Janusgraph系列-并发安全:锁机制(本地锁+分布式锁)分析 大家好,我是洋仔,JanusGraph图解系列文章,实时更新~ 图数据库文章总目录: 整理所有图相关文章,请移步(超链):图数据 ...

  3. 《MySQL悲观锁总结和实践》乐观锁

    mysql乐观锁总结和实践 博客分类: MyBatis 数据库 mysql数据库乐观锁悲观锁 上一篇文章<MySQL悲观锁总结和实践>谈到了MySQL悲观锁,但是悲观锁并不是适用于任何场景 ...

  4. SQL Server 锁机制 悲观锁 乐观锁 实测解析

    先引入一些概念,直接Copy其他Blogs中的,我就不单独写了. 一.为什么会有锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 1.丢失更新 A,B两个用户读同一数据并进行修改,其中 ...

  5. web开发中的两把锁之数据库锁:(高并发--乐观锁、悲观锁)

    这篇文章讲了 1.同步异步概念(消去很多疑惑),同步就是一件事一件事的做:sychronized就是保证线程一个一个的执行. 2.我们需要明白,锁机制有两个层面,一种是代码层次上的,如Java中的同步 ...

  6. Java锁的深度化--重入锁、读写锁、乐观锁、悲观锁

    Java锁 锁一般来说用作资源控制,限制资源访问,防止在并发环境下造成数据错误 锁作为并发共享数据,保证一致性的工具,在JAVA平台有多种实现(如 synchronized(重量级) 和 Reentr ...

  7. Mysql锁机制--索引失效导致行锁变表锁

    Mysql 系列文章主页 =============== Tips:在阅读本文前,最好先阅读 这篇(Mysql锁机制--行锁)文章~ 在上篇文章中,我们看到InnoDB默认的行锁可以使得操作不同行时不 ...

  8. Linux内核中锁机制之原子操作、自旋锁

    很多人会问这样的问题,Linux内核中提供了各式各样的同步锁机制到底有何作用?追根到底其实是由于操作系统中存在多进程对共享资源的并发访问,从而引起了进程间的竞态.这其中包括了我们所熟知的SMP系统,多 ...

  9. 大话Linux内核中锁机制之原子操作、自旋锁

    转至:http://blog.sina.com.cn/s/blog_6d7fa49b01014q7p.html 很多人会问这样的问题,Linux内核中提供了各式各样的同步锁机制到底有何作用?追根到底其 ...

随机推荐

  1. HTTP 报文格式简介

    HTTP(HyperTextTransferProtocol)是超文本传输协议的缩写,它用于传送 WWW 方式的数据,关于 HTTP 协议的详细内容请参考 RFC2616.HTTP 协议采用了请求/响 ...

  2. FTP的PORT(主动模式)和PASV(被动模式)

    最近做一个项目用到FTP和其它系统进行文件传输,结果在FTP网络连接的问题上花了很多时间,由于太久没搞多FTP,忘记了FTP不单单开放21端口,客户端采用不同连接模式对网络有不同.在此重温一下FTP的 ...

  3. java大厂面经-阿里腾讯、网易美团、京东、华为、快手、字节全在这里了

    前言 在这篇文章详细说了该如何去复习,之前也答应各位把面经整理一下,但是因为入职的事情耽搁了,现在整理出来回馈给大家! 美团 一面 0.自我介绍1.问项目(项目详细介绍.用到什么技术.有什么优化)2. ...

  4. 详解FL Studio压缩器——Fruity Limiter(下)

    Hello!小伙伴们又见面啦-接上一篇,本篇咱们继续讲解音乐编曲软件FL Studio20压缩器内容. 包络"ENVELOPE"中包含三个旋钮,它们都有什么作用呢?一起来揭晓吧! ...

  5. 缓存模式(Cache Aside、Read Through、Write Through、Write Behind)

    目录 概览 Cache-Aside 读操作 更新操作 缓存失效 缓存更新 Read-Through Write-Through Write-Behind 总结 参考 概览 缓存是一个有着更快的查询速度 ...

  6. DIV滚动条设置添加 CSS滚动条显示与滚动条隐藏

    <!DOCTYPE html> <html> <head> <meta charset="gb2312" /> <title& ...

  7. docker中启动容器提示端口被占用

    docker中启动容器提示端口被占用,但是 docker ps -a 查不到信息 1.查询端口被占用的id netstat -ntpl |grep 3306 2.杀掉该id kill -9 如果kil ...

  8. Trie树总结

    Trie,又经常叫前缀树,字典树等等.它有很多变种,如后缀树,Radix Tree/Trie,PATRICIA tree,以及bitwise版本的crit-bit tree.当然很多名字的意义其实有交 ...

  9. Codeforces Round #668 (Div. 2) D. Tree Tag 题解(博弈)

    题目链接 题目大意 给你一颗树,Alice在a点,Bob在b点,Alice最多走da步,Bob最多走db步,两人轮流走路.要你判断经过无数次追赶后,Alice是否可以追上Bob,两人进行的都是最优策略 ...

  10. Alpha冲刺-第四次冲刺笔记

    Alpha冲刺-冲刺笔记 这个作业属于哪个课程 https://edu.cnblogs.com/campus/fzzcxy/2018SE2 这个作业要求在哪里 https://edu.cnblogs. ...