数据库事务transaction解读
数据库事务(Database Transaction) ，是指作为单个逻辑作业单元实行的一系列操作，要么彻底地实行，要么彻底地不实行。
四大特性
事务具有4个基本特征ACID：原子性（Atomicity）、共同性（Consistency）、隔绝性（Isolation）、耐久性（Durability）。
原子性（Atomicity）
事务有必要是原子作业单元；关于其数据批改，要么全都实行，要么全都不实行。
共同性（Consistency）
事务在结束时，有必要使全部的数据都坚持共同情况。在相关数据库中，全部规则都有必要应用于事务的批改，以坚持全部数据的完整性。
事务的共同性抉择了一个系统规划和结束的复杂度。事务可以不同程度的共同性：
强共同性：读操作可以当即读到提交的更新操作。
弱共同性：提交的更新操作，不一定当即会被读操作读到，此种情况会存在一个不共同窗口，指的是读操作可以读到最新值的一段时间。
毕竟共同性：是弱共同性的特例。事务更新一份数据，毕竟共同性保证在没有其他事务更新相同的值的话，毕竟全部的事务都会读到之前事务更新的最新值。假设没有差错发生，不共同窗口的大小依赖于：通讯推延，系统负载等。
其他共同性变体还有：
单调共同性：假设一个进程现已读到一个值，那么后续不会读到更早的值。
会话共同性：保证客户端和服务器交互的会话进程中，读操作可以读到更新操作后的最新值。
隔绝性（Isolation）
隔绝性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户打开的事务，不能被其他事务的操作所烦扰，多个并发事务之间要互相隔绝。
并发问题
1. 脏读
脏读是指在一个事务处理进程里读取了另一个未提交的事务中的数据。
例如，事务A批改了一个数据，但未提交；事务B读到了事务A未提交的更新效果；假设事务A提交失利，事务B读到的就是脏数据。
2. 不可重复读
不可重复读是指在关于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，因为在查询间隔内数据被另一个事务批改并提交了。
比如，例如事务T1在读取某一数据，而事务T2立马批改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的效果，发送了不可重复读。不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是一次事务内分别读取到了另一事务实行前后的数据。
3. 幻读
事务T1对一个表中全部的行的某个数据项做了从“1”批改为“2”的操作，这时事务T2又对这个表中刺进了一行数据项，而这个数据项的数值仍是为“1”并且提交给数据库。而操作事务T1的用户假设再查看刚刚批改的数据，会发现还有一行没有批改，其实这行是从事务T2中添加的，就好像发生幻觉相同，这就是发生了幻读。幻读和不可重复读都是读取了另一条现已提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数），幻读实行的是刺进和删去。
隔绝等级
Serializable (串行化)：可防止脏读、不可重复读、幻读的发生。
Repeatable read (可重复读)：可防止脏读、不可重复读的发生。
Read committed (读已提交)：可防止脏读的发生。
Read uncommitted (读未提交)：最低等级，任何情况都无法保证。
隔绝等级 脏读 丢掉更新 不可重复读 幻读 并发模型 更新冲突检测
未提交读：Read Uncommited √ √ √ √ 绝望 x
已提交读：Read commited x √ √ √ 绝望 x
可重复读：Repeatable Read x x x √ 绝望 x
可串行读：Serializable x x x × 绝望 x
耐久性（Durability）
耐久性，意味着在事务结束往后，该事务所对数据库所作的更改便耐久的保存在数据库之中，并不会被回滚。
