悲观锁和乐观锁处理资源竞争问题

悲观锁和乐观锁介绍

1.悲观锁

当查询某条数据时（mysql存储的商品库存数据），当多个用户同时请求同一个商品，访问时库存量是同一个库存量，两个用户两个不同的事务在运行，于是产生的库存剩余量就会出错，最后那个用户提交的订单会根据其订单商品数量进行扣减。则返回的数据库存就会出错。

悲观锁解决思想：
当某个事务查询某条数据，则需要对此记录加锁，锁住让其他事务无法访问。
数据库思路表达：

# mysql
select stock from tb_sku where id=1 for update;
# django  SKU为商品类
SKU.objects.select_for_update().get(id=1)

缺点：
容易造成死锁，效率太低，过于死板

2.乐观锁

乐观锁实质上并不会给数据记录加锁
进行的操作有：
1.更新的时候判断此时的库存是否是之前查询出的库存
2.如果相同，表示没人修改，可以更新库存
3.否则表示别人抢过资源，不再执行库存更新。

代码展示：

update tb_sku set stock=2 where id=1 and stock=7;

SKU.objects.filter(id=1, stock=7).update(stock=2)

3.MySQL事务隔离级别

事务隔离级别指的是在处理同一个数据的多个事务中，一个事务修改数据后，其他事务何时能看到修改后的结果。

MySQL数据库事务隔离级别主要有四种：

1.Serializable：串行化，一个事务一个事务的执行。

2.Repeatable read：可重复读，无论其他事务是否修改并提交了数据，在这个事务中看到的数据值始终不受其他事务影响

3.Read committed：读取已提交，其他事务提交了对数据的修改后，本事务就能读取到修改后的数据值。

4.Read uncommitted：读取未提交，其他事务只要修改了数据，即使未提交，本事务也能看到修改后的数据值。

MySQL数据库默认使用可重复读（ Repeatable read）。
使用乐观锁的时候，如果一个事务修改了库存并提交了事务，那其他的事务应该可以读取到修改后的数据值，所以不能使用可重复读的隔离级别，应该修改为读取已提交（Read committed）。