在写之前交代一下背景吧！
做开发也好久了，没怎么整理过知识，现在剖析一下自己对数据库事务的认识，以前用sqlserver,现在转java后又用mysql、oracle。我这块就主要解释一下mysql数据库事务。其实好多内容适用于各种标准数据库！
直接就进入正文了！
不管是做啥都有理论知识，我在这块也介绍一下。
- 事务的特性
1.原子性（Atomicity）：原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
2.一致性（Consistency）：在一个事务中，事务前后数据的完整性必须保持一致，可以想象银行转账、火车购票。
3.隔离性（Isolation）：多个事务，事务的隔离性是指多个用户并发访问数据库时， 一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。
4.持久性（Durability）：持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。
写这些概念呢，是有点绕！绕就绕吧！反正也不是我规定的，这是官方的，解释是我编的！！！
- 事务的并发访问问题
如果我们在不考虑隔离性问题时，事务是存在三种并发访问问题的。
1.脏读：在一个事务中，当读取数据时，读到了另一个事务未提交的数据。
比如A账户给B账户转了1块钱，但是A没有提交事务，被B账户通过脏读看到了，这时，B就会以为A已经把钱转过来了，但是这时，A账户回滚事务。其实钱就没给B转过去，但是B自己本身以为A已经转过去了，，，有点绕，估计是我描述到绕！
看代码：
update account set money=money+1 where name=’B’; --此时A去通知B update account set money=money -1 where name=’A’;
2.不可重复读：在一个事务中，两次读取的数据内容不一致，这是因为在查询时，有时间间隔，数据被另一个事务已经修改提交了，那就会出现问题。
3.幻读/虚读：在一个事务中，两次读取的数据量不一致。
- 事务的隔离级别
上面介绍了3种事务并发问题！现在介绍一下数据库提供的解决方案！
1.read uncommitted : 读取尚未提交的数据 ：这个最低级，但是效率肯定最高，但是哪一个问题都不能解决。
2.read committed：读取已经提交的数据 ：可以解决脏读 。
3.repeatable read：重读读取：可以解决脏读 和 不可重复读 。
4.serializable：串行化：可以解决脏读不可重复读和虚读,效率最差，相当于锁表，开发中一般不用。
上面的“2”是oracle数据库默认设置，“3”是mysql数据库默认的设置。
下面呢我就重点解释一下mysql数据库在上面各种事务隔离级别上的演示：
首先介绍两个语法：
1.查看mysql数据库默认的隔离级别：select @@tx_isolation
如图：
2.设置mysql的隔离级别：set session transaction isolation level 事务的隔离级别
如图：
- 事务的隔离级别演示
注意：如果要自己模拟要开启两个mysql客户端，也就是模拟两个用户！
1.read uncommitted
如图：
我通过语法将数据库的事务隔离级别改为了read uncommitted。
首先我有一张account表。
如图：窗口一
窗口二
数据库表原始数据money都是5000，当我启动事务后，在zhangsan账户增加了1000和在李四账户减去了1000，但是我的事务还未提交，但是我再次查询数据库表时，数据已经发生变化，这就是脏读和不可重复读！
幻读/虚读我就不掩饰了，同样存在！
2.read committed
如图：
我将数据库事务隔离性改为了read committted。
还是上面那张表：
如图：窗口一
窗口二
数据库表zhangsan账户的money和lisi账户的money都发生了变化，我未提交事务，在另一个窗口事务开启下查询时，没有出现脏读，但是当我提交事务时，在另一个窗口的事务下再次查询，出现了不可重复读的情况，这样可以避免脏读，但是查询时已经出现不可重复读和幻读/虚读！
3.repeatable read
如图：
我将数据库事务隔离性改为了read committted。
还是上面那张表：
如图：窗口一
窗口二
我在两个窗口都开启了事务，当窗口一进行数据操作后，并进行事务提交，在窗口二的事务开启情况下，我去查询，没有查询到刚才窗口一的数据操作记录，这样就避免了脏读和不可重复读。
有人说也避免了虚读/幻读，其实没有。
看图：
我在操作lisi账户时，数据只是发生修改的变化，但是当我修改wangwu这个账户时，再去查询出现了wangwu，账户的数据，但是其实在我未操作前，wangwu账户的数据是查询不出的。这就是幻读/虚读！
如果不理解幻读/虚读这块，可以查一下InnoDB。
4.serializable
我就不演示了，开发不建议用，效率又慢，但是所有的问题都能避免！！
总计一下
事务隔离级别的性能：
read uncommitted>read committed>repeatable read>serialazable
事务隔离级别的安全性：
read uncommitted<read committed<repeatable read<serialazable
mysql的事务控制：
开启事务：start transaction;
提交：commit；
回滚：rollback；