MySQL底层
InnoDB与MyISAM区别
- MyISAM不支持事物回滚,InnoDB是支持事物
- MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking)。
- InnoDB存储引擎既支持行级锁(row-level locking),也支持表级锁,但默认情况下是采用行级锁。
- MyISAM更适合查询多的情况
- InnoDB更适合写入多的
行级锁 & 表级锁
- 行级锁开销大,加锁慢,锁定粒度最小,发生锁冲突概率最低,并发度最高
- 表级锁开销小,加锁快,锁定粒度大、发生锁冲突最高,并发度最低
乐观锁&悲观锁
- 乐观锁:读取商品数量时不加锁,到修改商品数量是回校验,当前商品数量和刚读取的数量是否一致,如果相同加排他锁,然后写入,否则重试
- 悲观锁:读取商品数量时就加一把排它锁,直到修改商品数量完成释放排它锁,其他线程才能读取商品数量
共享锁 & 排它锁
- 共享锁(读锁):所有线程都可以读这个数据,但不能写
- 排它锁(写锁):一旦加了排它锁,其他线程连读数据的权利都没有
事务的(ACID)特征
- 原子性(Atomicity):整个事物的所有操作要么全部提交成功,要么全部失败回滚(不会出现部分执行的情况)。
- 一致性(Consistency):几个并行执行的事务,其执行结果必须与按某一顺序串行执行的结果相一致。
- 隔离性(Isolation):事务的执行不受其他事务的干扰,事务执行的中间结果对其他事务必须是透明的。
- 持久性(Durability): 一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
事物隔离级别
- 未提交读:脏读
- 读取到其他事物还未提交的数据
- 例:初始count=100,B事物把count修改为101,但是还没有commit提交到数据库,可能由于回滚并没有真正保存到数据库,但是A事物此时就读取到了101
- 不可重复读:提交读
- 同一个事物两次读取到的数据时其他事物提交前后的,所以读取数据不一样
- 例:A先读取到数据count=100,但是B事物把count修改成了101,A这个事物还没有完成,在此读取时发现同一个事物两次读取的数据不一样
- 可重复读:幻读(mysql默认隔离级别)
- 在读取数据时加一个版本号,如果其他事物修改了这个数据,我还是会读取我以前读取那个版本的数据,不会管他修改后的数据
- 但并不能阻止另一个事务插入新的数据行,这就会导致该事物中凭空多出数据行,像出现了幻读一样,这便是幻读问题
- 例:A事物读取count=100后加了一个版本号,如果后续B事物将 count修改成了101,A事物不会读取最新版本的101,而是读取自己最初读取的那个版本100
- 可串行读
- 这是事务的最高隔离级别,通过强制事务排序,使之不可能相互冲突,就是在每个读的数据行加上共享锁来实现。
- 在该隔离级别下,可以解决前面出现的脏读、不可重复读和幻读问题,但也会导致大量的超时和锁竞争现象,一般不推荐使用。
乐观锁在django项目中如何使用
from django.db import transaction
def viewfunc(request):
...
with transaction.atomic():
...
'''
from django.db import transaction
# 创建保存点
save_id = transaction.savepoint()
# 回滚到保存点
transaction.savepoint_rollback(save_id)
# 提交从保存点到当前状态的所有数据库事务操作
transaction.savepoint_commit(save_id)
'''