数据库事务的四大特性以及事务的隔离级别
如果一个数据库声称支持事务的操作，那么该数据库必须要具备以下四个特性：
⑴原子性（Atomicity）‘’
原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。
⑵一致性（Consistency）
一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。
拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。
⑶隔离性（Isolation）
隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
⑷持久性（Durability）
持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务已经正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。
隔离级别内在原理
排他锁（Exclusive Lock）简称X锁，用于写数据
共享锁(Share lock) 简称S锁，用于读数据
X锁一次只能有一个事务获取，X锁被获取的时候其他事务不能获取S锁，
S锁可被多个事务获取，S锁被获取的时候其他事务不能获取X锁
1. 写数据时加上X锁，直到事务结束，读的时候不加锁。
虽然能够避免丢失数据， 但是可以读到没有提交或者回滚的内容 （脏数据）， 这其实就是数据库最低的事务隔离级别 --- Read uncommitted
2. 写数据的时候加上X锁，直到事务结束，读的时候加上S锁，读完数据立刻释放。
这能避免“丢失数据”和“脏数据”，但是会出现“不可重复读”的问题，这是第二级的事务隔离级别 -- Read committed
3. 写数据的时候加上X锁，直到事务结束，读数据的时候加S锁，直到事务结束。
这能避免“丢失数据”和“脏数据”，“不可重复读”三个问题，这是Mysql常用的隔离级别 --Repeatable read
4. 以上方法都无法解决幻读，唯有加上串行化serializable，实现串行执行，也就是同一时间只有一个人在操作数据库，其他人只能等待直至其结束。代价很高
脏读：
一个数据行的读取中，读到别的事务更改的未提交的数据（若其他事务回退，那么它之前读的就是假的）
不可重复读：
（同一个数据项）多次读取过程中，读到其他事务提交的数据，导致读取的结果前后不一样（因为每次读取都是获得S锁然后读完立即释放，导致下一次读取的过程中可能其他事务已经进行了获取X锁并提交事务的操作导致数据被修改了）
虚读（幻读）：
一批数据整体（比如数据的个数count）多次读取过程中，其他事务插入或者删除了新数据并提交，导致前后读出的结果不一样、（前面的结果好像幻想出来的）
MySQL数据库的四种隔离级别：默认Repeatable read
-
- Serializable (串行化)：锁表、只能一个事务操作数据库，耗资源最大
- Repeatable read (可重复读)：事务执行期间其他事务不能更改其所有以任何形式引用的行，使得使用select查询之后的结果集总是相等的，解决不了幻读
- Read committed (读已提交)：只要是提交的就可以读
- Read uncommitted (读未提交)：啥都不保证、啥都会发生
Oracle数据库的两种隔离级别：默认Read committed
Serializable (串行化)
Read committed (读已提交)
参考链接：