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):
    # 这部分代码不在事务中，会被Django自动提交
    ...

    with transaction.atomic():
        # 这部分代码会在事务中执行
        ...

# 创建保存点
save_id = transaction.savepoint()  

# 回滚到保存点
transaction.savepoint_rollback(save_id)

# 提交从保存点到当前状态的所有数据库事务操作
transaction.savepoint_commit(save_id)