事务概述

在与数据库打交道的过程中，事务是一个必须掌握的技能之一。在一般的小项目中由于并发有限，很难看出事务的问题，但是在大型项目中，在高并发的条件下，如果处理不好事务问题，会出现许多很难察觉到的问题，并且也很难清楚的找到问题的根源。处理不好事务会导致许多数据问题，数据可是一家公司重要的财富，因此事务是一个高级程序员必须，也是一定要掌握的技能。

ACID特性

首先需要了解事务的四大特性（ACID）：

1. 原子性（Atomicity）：一个事务必须是一个不可分割的最小工作单元，事务要么执行成功，要么失败，不存在部分成功和部分失败的问题。
2. 一致性（Consistency）： 数据总是从一个一致的状态转移到另一个一致的状态中。
3. 隔离性（Isolation）： 事务之间是不可见的，相互之间没有干扰，完全独立的；只有在事务成功执行之后，其他的事务才能看到数据的变化。
4. 持久性（Durability）： 只要一个事务被提交，那么这个事务的所有修改都已经永久的保存到数据库中，即使数据库崩溃，数据也一样存在。

事务的隔离级别

事务的隔离级别主要有4种，从隔离的级别从低到高分别为：Read uncommitted 、Read committed 、Repeatable read 、Serializable。

Read uncommitted
读未提交，也就是事务能读到其他事务没有提交的数据，因此这种脏读是绝对要避免的，基本上所有的数据库产品都不会将事务的级别设置成读未提交。
问题：脏读，读到了一些错误数据。

Read committed
读已提交，也就2次读取返回了不同的数据，也就是在这2次读取过程中有其他的事务已经修改了数据。这种情况一般是读取数据的时候并未加锁，所以2次读取会出现不同的结果。
问题：2次读的过程中出现了不一样的结果，解决办法就是对读到的数据进行加锁，防止被修改。

Repeatable read
重复读，也就是在读取的过程中不容许修改数据，一般都是加锁来实现。
问题：幻读，例如事务1对一张表的所有数据进行删除，同时事务2增加一条数据，最后数据库里面有一条数据，事务1就出现删除了所有数据既然表中还有数据的问题，就想出现幻觉一样。可以通过增加范围锁的方式解决幻读。

Serializable
串行化，将事务执行顺序串行化，一个个的事务串行执行，这样的话性能非常差，一般都不会使用。

悲观锁和乐观锁

悲观锁，就是对数据持有一种悲观的态度，认为在操作数据的过程中数据可能会经常被修改。一般的实现方式就是通过持有锁，防止其他事务修改数据。主要应用到数据修改较为频繁的地方。

乐观锁，就是对数据持有一种乐观的态度，认为在操作数据的过程中数据很少会被修改。一般的实现方式是增加一个版本号字段，每次操作完数据之后比对版本号，如果版本号一致说明操作数据过程中并没有其他事务修改数据，因此可以提交。如果版本号不一致，则放弃本次数据操作，重试本次操作直到成功。一般应用场景为读多，而写少的场景。