spring 的事务隔离级别
⑶ 隔离性（Isolation）
隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
即要达到这么一种效果：对于任意两个并发的事务 T1 和 T2，在事务 T1 看来，T2 要么在 T1 开始之前就已经结束，要么在 T1 结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。
⑷ 持久性（Durability）
持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
例如我们在使用 JDBC 操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。
=====================================================================
场景：同一个事务内（同一个服务内）
| 名称 | 数据的状态 | 实际行为 | 产生原因 |
| --- | --- | --- | --- |
| 脏读 | 未提交 | 打算提交但是数据回滚了，读取了提交的数据 | 数据的读取 |
| 不可重复读 | 已提交 | 读取了修改前的数据 | 数据的修改 |
| 幻读 | 已提交 | 读取了插入前的数据 | 数据的插入 |
===================================================================
| 名称 | 结果 | 脏读 |
不可重复读 | 幻读 |
| --- | --- | --- | --- | --- |
| Read UnCommitted(读未提交) | 什么都不解决 | √ | √ | √ |
| Read Committed(读提交) | 解决了脏读的问题 | – | √ | √ |
| Repeatable Read(重复读) | （mysql 的默认级别）解决了不可重复读 ） | – | – | √ |
| Serializable(序列化) | 解决所有问题 | – | – | – |
READ UNCOMMITTED（读未提交数据）：允许事务读取未被其他事务提交的变更数据，会出现脏读、不可重复读和幻读问题。
READ COMMITTED（读已提交数据）：只允许事务读取已经被其他事务提交的变更数据，可避免脏读，仍会出现不可重复读和幻读问题。
REPEATABLE READ（可重复读）：确保事务可以多次从一个字段中读取相同的值，在此事务持续期间，禁止其他事务对此字段的更新，可以避免脏读和不可重复读，仍会出现幻读问题。
SERIALIZABLE（序列化）：确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对该表执行插入、更新和删除操作，可避免所有并发问题，但性能非常低。
Spring 隔离级别
int ISOLATION_DEFAULT = -1; 默认采用数据库的隔离级
int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED; //0000 0001 -> 1
int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED; //0000 0010-> 2
int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ; //0000 0100-> 4
int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE; // 0000 1000-> 8
评论