一、事务

Transaction其实指的是一组操作，里面包含许多个单一的逻辑，只要有一个逻辑没有执行成功，那么都算失败，所有的数据都会归到最初的状态（回滚）。

###为什么要有事务？为了确保逻辑的成功。例子：银行的转账

###使用命令行方式演示事务。

开启事务：

       start transaction；

提交或者回滚事务

       commit：提交事务，数据将会写到磁盘的数据库

       rollback：数据回滚，回到最初的状态

1.关闭自动提交功能（正常情况下，对数据库执行sql操作后，数据库中的数据会直接自动变化，但是若是关闭了autocommit，那么执行sql后还需要在命令行输入commit才能提交，致使数据库中的数据发生变化）

2.演示事务（若是rollback的话，则数据恢复至原来的状态，回滚之前的操作不起作用）

###使用代码方式演示事务

代码里面的事务，主要是针对连接来的。

1.通过conn.setAutoCommit(false)来关闭自动提交的设置

2.提交事务 conn.commit();

3.回滚事务 conn.rollback();

###事物的特性

原子性：指的是事务中包含的逻辑，不可分割

一致性：指的是事务执行前后，数据完整性

隔离性：指的是食物在执行期间不应该收到其他事物的影响

持久性：指的是事务执行成功，那么数据应该持久保存到磁盘上。

###事务的安全隐患

> 不考虑隔离级别设置，那么会出现以下问题。

* 读问题：脏读 不可重读读  幻读.
               * 脏读:一个事务读到另外一个事务还未提交的数据

    * 不可重复读: 一个事务读到了另外一个事务提交的数据 ，造成了前后两次查询结果不一致。

           * 写问题：丢失更新

####读未提交 演示

            1. 设置A窗口的隔离级别为 读未提交

            2. 两个窗口都分别开启事务

#### 读已提交演示

1. 设置A窗口的隔离级别为 读已提交

2. A B 两个窗口都开启事务， 在B窗口执行更新操作。

3. 在A窗口执行的查询结果不一致。 一次是在B窗口提交事务之前，一次是在B窗口提交事务之后。

> 这个隔离级别能够屏蔽 脏读的现象， 但是引发了另一个问题  ，不可重复读。
###可串行化

> 如果有一个连接的隔离级别设置为了串行化 ，那么谁先打开了事务， 谁就有了先执行的权利， 谁后打开事务，谁就只能得着，等前面的那个事务，提交或者回滚后，才能执行。  但是这种隔离级别一般比较少用。 容易造成性能上的问题。 效率比较低。

           * 按效率划分，从高到低 ：    读未提交  > 读已提交  > 可重复读  > 可串行化

* 按拦截程度 ，从高到底：    可串行化 > 可重复读 > 读已提交 >  读未提交

##事务总结

1. 在代码里面会使用事务

        conn.setAutoCommit(false);
        conn.commit();

       conn.rollback();

2. 事务只是针对连接连接对象，如果再开一个连接对象，那么那是默认的提交。

3. 事务是会自动提交的。

####安全隐患

    读
        脏读
            一个事务读到了另一个事务未提交的数据
        不可重复读
            一个事务读到了另一个事务已提交的数据，造成前后两次查询结果不一致
        幻读
            一个事务读到了另一个事务insert的数据 ，造成前后查询结果不一致 。

    写

        丢失更新。

####隔离级别

读未提交

> 引发问题： 脏读

读已提交

> 解决： 脏读 ， 引发： 不可重复读

可重复读

> 解决： 脏读 、 不可重复读 ， 未解决： 幻读

可串行化

> 解决： 脏读、 不可重复读 、 幻读。

mySql 默认的隔离级别是 可重复读

Oracle 默认的隔离级别是  读已提交

###丢失更新

###解决丢失更新

* 悲观锁

> 可以在查询的时候，加入 for update

* 乐观锁

> 要求程序员自己控制。