MySQL 乐观锁和悲观锁

Wesley13
• 阅读 916

前言

  1)在数据库的锁机制中介绍过,数据库管理系统(DBMS)中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和一致性以及数据库的一致性。

  2)加锁是为了解决更新丢失问题

更新丢失

  两次更新同时进行,后一次更新覆盖了前一次更新的情况,更新丢失是数据没有保证一致性导致的。

------事务A查询余额,此时balance=100-------
select balance from account where id = '1';
------事务B查询余额,此时balance=100-------
select balance from account where id = '1';
------事务A充值100,此时num=200-------
update account set balance = balance + 100 where id = 1; 
------事务B消费30,此时num=70-------
update account set balance = balance - 30 where id = 1;

  由于A、B是同时进行的,造成了事务A被事务B覆盖了。

  解决办法

    1)加锁同步执行

    2)update时检查

乐观并发控制(乐观锁)

  1)假设数据不会发生冲突,只在提交操作时检查是否违反数据完整性。  

  2)乐观锁一般是为数据增加一个版本标识实现。

------事务A查询余额,此时balance=100,version=1-------
select balance,version from account where = '1';
------事务B查询余额,此时balance=100,version=1-------
select balance,version from account where id= '1';
------事务A充值100,此时num=200-------
update account set balance = balance + 100,version = version + 1 where id = 1 and version = 1; 
------事务B消费30,此时失败-------
update account set balance = balance - 30,version = version + 1 where id = 1 and version = 1;

优点与不足

  • 乐观锁在失败回滚的开销较大

悲观并发控制(悲观锁)

  1)假定数据会发生冲突,屏蔽一切可能违反数据完整性的操作。

  2)悲观锁一般利用mysql的排它锁实现。

------事务A查询余额,此时balance=100并为id=1加锁-------
select balance from account where id = '1' for update;
------事务B查询余额,此时无法加锁失败-------
select balance from account where id = '1' for update;
------事务A充值100,此时num=200-------
update account set balance = balance + 100 where id = 1;

优点与不足

  • 悲观锁采用一锁二查三更新的严谨策略。
  • 加锁产生额外的开销,容易产生死锁;
  • 一个事务中锁定了某行数据,其他事务将等待。
点赞
收藏
评论区
推荐文章
blmius blmius
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Stella981 Stella981
3年前
Python3:sqlalchemy对mysql数据库操作,非sql语句
Python3:sqlalchemy对mysql数据库操作,非sql语句python3authorlizmdatetime2018020110:00:00coding:utf8'''
Easter79 Easter79
3年前
Twitter的分布式自增ID算法snowflake (Java版)
概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移
Wesley13 Wesley13
3年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Stella981 Stella981
3年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
Wesley13 Wesley13
3年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究
Python进阶者 Python进阶者
10个月前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这