mysql 学习日记 悲观和乐观锁

理解  悲观锁就是什么事情都是需要小心翼翼,生怕弄错了出大问题,

一般情况下 "增删改" 都是有事务在进行操作的,但是 "查" 是不需要事务操作的,

但是凡事没有例外,比如双十一购物,很多人抢购一个物品,但是商品总数(假设5个)

同一时间进行操作,每个人都能看到物品多少个,都早同一时间下单,但是只有5个商品,只有5个用户能过购买到(每人一个购买),其他人也会显示出订单的操作,但是库存已经是为0无法购买的行为(显示还是5ge库存),会给用户造成不好体验

既让如此 为什么不让一个事务锁定物品的个数修改,而其他用户只能查看,并不能下单,当用户进行updata操作之后释放锁,其他用户才能根据情况下单,再次把物品行锁住(不会出现订单表交钱了还提示没库存)

 

 

可能我说的不是很准确,但是悲观锁就是一步一步走,如果轮到它则执行则锁行操作,避免一些问题,一般用在金钱查询,库存查询等... 

 

执行sql语句格式

select money from usercred where id=1 for update;

统一格式在select查询条件之后增加 for updata (记住查询条件是索引列才是锁行不让则是锁表)            查询操作中除了敏感数据查询,其他不需要使用锁行操作

 

总体理解就是 悲观锁是一个在有需要求的情况下查询语句事务中隔离性最高的ser...  串行,当悲观锁锁住行时,其他事务只能等待,并且不能读取该行悲观数据

并且悲观锁只能在begin和commit之间执行

 

---

---

---

 

乐观锁 查询出需要修改的数据,但是增加一个字段作为一个版本控制(像git一样),如果进行修改一起将版本控制的字段一起where作为条件,如果符合则修改,不符合也没事,因为数据库中的数据给其他事务修改之后,where查询的条件不符合,所以不会对持久化的数据造成影响

 

例子如下

create table card(
   id int;
   money float;
   version int;                        // 乐观锁控制,字段名无所谓
   primary key(id);                 // 主键
   auto increment(id);             // 自增长
   index(money,version);         // 索引
);        

创建上面一个表,我使用go的gorm来表达一下操作

type card struct{
    Id int                       `gorm:"id"`
    Money float              `gorm:"money"`     // 默认这个账户100元
    Version int               `gorm:"varsion"`
}

func main(){
    var c card
    if err := db.first(&c).Error():err!=nil{       // 查出一条数据
          panic(err)
    }
    err = db.Model(&c).Where("id = ? and varsion = ?",c.Id,c.Version).updata(c.Money + 200 ,c.Version+1).error()
   if err != nil{
         // 说明其他事务在我执行这个操作时进行了updata commit,我这边where在数据查询表没有出现符合条件的,所以执行失败
    }
    fmt.Println("success")
}    

乐观锁就不是一个事务的操作,是手动创建的一种逻辑来保证数据一致性

根据多个条件来进行控制数据是否和查询时一致保持安全

比方  a 操作查询得到一个数据,其中返回的数据集中含有 money(100)和一个varsion(1),,你对这个数据进行修改,其中money+100,varsion+1 ,但是在你修改还没有提交时,其他b,c,d..的连接也同时和你一样的操作,并且比你提交commit的速度快,当你使用updata修改语句去根据先前查询得到结果寻找数据时,对比version和money,但是已经有其他提交比你快提交了,找不到a查询过的数据行(此时时b连接提交的数据是money = 300,version=2),所以不会提交,丢弃操作,

乐观使用一个额外字段保证数据和查询出时的数据一致才会更新(更新查询时查询的条件要有唯一属性,不让更新查询时出现多个操作不可逆)

 

 

 

---

 

 

悲观锁更加适合转账交易业务,乐观锁倾向并不是对数据要求绝对安全的环境,但是绝对不适用于转账交易等敏感地位

 

悲观锁和事务区别在于

悲观锁会将查询时就将行锁住,其他连接操作不能查询更不能修改,但是也是事务的一种

事务  一般用于增删改而不用于查的事务管理(虽然也可以管理查的事务,但是和悲观锁一样差不多,除非时特别需求,不然不会要求对查的操作加锁)