MySQL 数据库数据与隔离级别

1 事务

是一个逻辑单元，由一组操作组成。这一组操作要么全部成功，要么全部失败。

事务的主要目的是确保数据的一致性和完整性。

2 四大特性

事务本身其实并不包含这4个特性，通过某些手段，尽可能的让这个执行单元满足这四个特性。

原子性：
       对数据的操作要么全部成功，要么全部失败
       如果执行过程中出现错误，已执行的操作会回滚到事务开始状态
一致性：
       事务执行之前和执行之后，数据都必须处于一致性状态
隔离性：
       多个事务相互独立、相互隔离，事务中的数据对外不可见
持久性：
       事务一旦提交，数据不可改变

3 隔离级别

3.1 并发情况下事务引发的问题

多个单元操作并发执行会遇到的三个问题：

• 脏读：A事务还未提交，B事务就读到了A事务的结果（破坏了隔离性）
• 不可重复读：A事务在本次事务中，对自己未操作过的数据，进行了多次读取。结果不一致或不存在（破坏了一致性）
• 幻读：A事务在本次事务中，对自己未操作过的数据，进行了多次读取。第一次不存在，第二次存在（破坏了一致性）

3.2 解决

为了权衡隔离和并发的矛盾，ISO定义了四个事务的隔离级别，每个级别的隔离程度不同，允许出现的问题也不同。

• 读未提交RU（read-uncommitted）：最低级别，只能保证持久性
• 读已提交RC（不可重复读）（read-committed）：语句级别
• 可重复读RR（repeatable-read）：事务级别
• 串行化SE（serializable）：最高级别，事务之间完全串行化执行，毫无并发，性能低

事务隔离级别	脏读	不可重复读	幻读
读未提交（read-uncommitted）	会	会	会
读已提交（不可重复读）（read-committed）	-	会	会
可重复读（repeatable-read）	-		会
串行化（serializable）	-	-	-

                      四个级别只是一个标准，各数据库厂商并不完全按照这个标准来做的。

3.3 实现（InnoDB）

• 锁机制：阻止其他事务对数据进行操作，隔离级别主要体现在读取数据时加锁和释放时机。
  • RU：事务读取时，不加锁
  • RC：事务读取时，加行级共享锁（读到才加），读完释放（不是事务结束）
  • RR：事务读取时，加行级共享锁，直到事务结束才会释放
  • SE：事务读取时，加表级共享锁，直到事务结束才会释放
• MVCC机制：是许多现代数据库系统（如 Oracle 和 MySQL 的 InnoDB ）使用的一种并发控制机制，能够有效支持高并发环境中的数据一致性和性能需求
  • 生成一个数据快照，并用这个快照来提供一定级别的一致性读取，也称为多版本数据控制
  • 实际就是CAS版本控制和读写分离的思想
  • 主要作用于RC和RR级别