任何支持事务的数据库，都必须具备四个特性 ( ACID )，才能保证事务 ( Transaction ) 中数据的正确性。
- 原子性 ---> Atomicity
- 事务包含的操作，要么全部成功，要么全部失败回滚
- 一致性 ---> Consistency
- 事务必须使数据库从一个一致性状态变换到另一个一致性状态
- 也就是说一个事务执行之前和执行后都必须处于一致性状态
- 隔离性 ---> Isolation
- 多个并发事务之间要相互隔离
- 每个事务都感觉不到有其他事务再并发的执行
- 持久性 ---> Durability
- 一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的
- 即便在数据库系统遇到故障的情况下，也不会丢失提交事务的操作
事务的隔离：多个并发事务同时访问一个数据库时，一个事务不应该被另一个事务所干扰，每个并发的事务间要相互进行隔离。
一般数据库，都包括一下四种隔离级别
- 读未提交 ---> Read Uncommitted
- 顾名思义，就是可以读到未提交的数据
- 允许另一个事务读到一个事务未提交的数据
- 在这种隔离级别下，查询是不会加锁的
- 由于查询不加锁，所以这种隔离级别一致性最差
- 可能产生"脏读"、"不可重复读"、"幻读"
- 读已提交 ---> Read Committed
- 只能读到已提交的数据
- 保证一个事务修改的数据提交后才能被另一个事务读取到
- 这是各个系统中最常用的隔离级别，也是 SQL Server 和 Oracle 默认的隔离级别
- 这种隔离级别能有有效的避免脏读
- 可重复读 ---> Repeated Read
- 确保事务可以多次从一个字段中读取相同的值，在事务持续期间，禁止其他事务对此字段的更新
- 可避免脏读和不可重复读
- 可能产生"幻读"
- MySQL 默认的隔离级别
- 串行化读 ---> Serializable
- 最严格的事务隔离级别
- 要求所有事务串行执行，不能并发执行
- 可避免脏读，不可重复度，幻读
若不考虑事务的隔离性，会发生一下几种问题
- 脏读
- 在一个事务处理过程中，读到了另一个未提交事务的数据
- 不可重复读
- 对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询隔离，被另一个事务修改提交了
- 幻读（虚读）
- 一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。
- 如果事务中都使用快照读，那么就不会产生幻读现象，但是快照读和当前读混用就会产生幻读
四种隔离级别，可能产生的问题
