mysql二级封锁协议_mysql事务/事务隔离级别/封锁协议

1.事务的四大特性(ACID)

1)原子性

一个事务中的操作要么全部都做，要么全部都不做

mysql通过undo log(回滚日志)实现事务的原子性

所有对数据库的写操作，会先写到回滚日志中，然后在写到数据库中。当发生回滚时，会按照日志逻辑地将数据库中的修改撤销掉，可以理解为，在事务中使用的每一条insert对应了一条delete，每一条update对应一条相反的update

2)一致性

事务保证只能从一个一致性状态转变到另外一个一致性状态

比如A,B账户合起来一共有5000元,那么完成A,B转账的事务以后，两个账户总额仍然为5000元

3)隔离性

4)持久性

事务完成以后(即commit之后)对数据库的改变将永久存在

2.事务的四大隔离级别

1)未提交读

一个事务可以读取到未提交事务中的数据

2)提交读

一个事务只能读取提交的

3)可重复读

4)串行化

事务之间对于写操作具有排他性，一次只能有一个事务对数据进行写操作

事务的隔离级别1->4逐渐变高

系统开销1->4逐渐增加

即事务隔离级别越高，系统开销越高，出现数据出错的概率也越小，但是并发度越小，不利于高并发查多写少的应用场景

InnoDB存储引擎的默认事务隔离级别为可重复读，因为可重复读带来的幻读问题条件比较苛刻，与串行化相比，其系统开销更小以及对并发处理更好。

3.事务可能带来的问题

1)脏读

一个事务读取到另外一个未提交事务的中间数据

2)不可重复读

一个事务因为另外一个事务的update(该事务已提交)导致两次相同操作读取到的数据不一样

不可重复读是因为事务的update导致的

3)幻读

一个事务因外另外一个事务的delete/insert(该事务已提交)导致两次相同操作读取到的数据不一样

幻读是因为事务的delete和insert导致的

未提交读会带来脏读、不可重复读、幻读问题

提交读解决了脏读问题，但是会带来不可重复读、幻读问题

可重复读解决了脏读、不可重复读的问题，仍然还有幻读不能解决

串行化解决了所有问题

因此事务隔离级别越高，带来的问题越少

4.封锁协议和事务隔离级别的关系

事务隔离级别是封锁协议的应用

1)一次封锁协议

已经预先知道需要使用哪些数据，将这些数据全部加锁，运行以后再释放锁。但在mysql事务中我们不会预先知道需要使用哪些数据，因此不适用

2)二段锁协议

将事务分为加锁和释放锁阶段，在加锁阶段不能释放锁，在释放锁阶段不能加锁。

加锁阶段对写操作加x锁(排他锁，其他事务不能继续加任何锁)

对所有读操作加s锁(共享锁，其他事务可以继续加s锁，但不能加x锁)

锁的种类：行锁、表锁

未提交读：对任何操作不加任何锁

提交读：只对delete\update\insert加锁，对select不加任何锁

可重复读：

可串行:对select加s锁，对delete\update\insert加x锁。有点类似于java并发中的读写锁