注：针对于MySQL的学习来说，事务是一个难点，尤其是事务的隔离级别。
数据库——事务
一、事务（transaction）是什么？
事务是程序的某一个完整的业务逻辑单元(操作单元)，不可再分，只有DML语句（insert，update,delete）才有事务的概念（即事务机制保证数据的安全），事务可以看作是多条操作的捆绑实现，保证语句同时成功。
例1：银行账户转账：A账户转账1000到B账户上
update t set count =count-1000 where num=‘01’;
update t set count =count+1000 where num=‘02’;
转账过程：
数据库实际操作过程：
思考：如果事务只使用一个DML语言，还需要事务机制吗？ 不需要，但实际情况中都是通过一个事务，需要用多条DML语句共同联合完成
二、事务的原理
例：执行某几条DML语句
1.开启事务机制
代码如下（示例）：
begin;
2.完成历史操作
所执行的操作只是一种模拟操作，只是将其记录放置缓存中，并不会影响到数据库(硬盘)中真正的数据。
代码如下（示例）：
insert操作;
delete操作;
update操作;
设置保存点（savepoint）a1;
delete操作;
roallback a1(表示回滚到a1位置处);
该处使用的url网络请求的数据。
3.提交事务或者回滚事务（结束）
TCL事务：commit,rollback
commit(提交事务)：将操作中的结果一并同步提交到硬盘上，并更改硬盘的真正数据(可理解成将多条操作一次性完成)，然后将历史上的数据清空
rollback(回滚事务)：只会清空历史操作，但不会将历史操作的结果持久化到硬盘更改其真实数据，回到上次commit提交点。
代码如下（示例）：
end;
事务存在是为了保证数据的完整性，安全性
三、事务操作的特性
事务包括四大特性：ACID
- A 原子性：事务是最小的工作单元，将其作为一个整体实现，不可再分。
- C 一致性：事务必须保证多条DML语句同时成功或者同时失败
- I 隔离性：事务A与事务B之间具有隔离，即多事务并发执行相互之间不影响
- D 持久性：持久性说的是最终数据必须持久化保存到硬盘文件中，事务才算成功结束
事务的实现方式
多线程
日志
事务的操作
INNODB是支持事务的引擎，而myisam引擎是不支持事务的。
开启 begin
提交 commit
回滚 rollback
关于事务之间的隔离性
1. 并发事务带来的问题
- 更新丢失：事务A和事务B同时操作，事务B覆盖了事务A做的操作，导致事务A的更新丢失了
- 脏读：事务A读取到事务B还未提交的事务
- 不可重读：事务A在同一事务的不同时间段内，读取同一数据，得到的值不一样（读取到其它事务修改的值）
- 幻读：事务A在同一事务的不同时间段内，第1次读取的结果行与第2次读取的结果行数不一样（读取到其它事务新增的内容）
2. 事务隔离性存在隔离级别，理论上隔离级别包括4个：
- 第一级别：读未提交（read uncommitted）
对方事务还没有提交，我们当前事务可以读取到对方未提交的数据。
读未提交存在脏读(Dirty read)现象：表示读到了脏的数据 - 第二级别：读已提交（read committed）
对方事务提交之后的数据我方可以读取到。
这种隔离级别解决了脏读现象
读已提交存在的问题是:不可重复读(不能重复读取)。 - 第三级别：可重复读（repeatable read）
这种隔离级别解决了：不可重复读问题
这种隔离级别存在的问题是：读取到的数据是幻象(幻读)。 - 第四级别： 序列化读、串行化读
解决了所有问题
效率低，需要事务排队。
Oracle数据库默认的隔离级别是：读已提交。
mysql数据库默认的隔离级别是：可重复读。
四、演示事务
mysql事务默认情况是自动提交(回滚无法实现)
- 自动提交： 只要执行任意一条DML语句则提交一次
- 关闭自动提交: start transaction