一个事务就是一个完整的业务逻辑。
是一个最小的工作单元，不可再分。
什么是一个完整的业务逻辑？
例：
假设转账,从A账户向B账户中转账10000。
将A账户的钱减去10000（update语句）
将B账户的钱加上10000（update语句）
这就是一个完整的业务逻辑。
以上操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。
这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。
只有DML语句才会有事务这一说，其他语句和事务无关
insert
delete
update
只有以上三个语句是对数据库表中数据进行增、删、改的。
只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。
正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。
一个事务其实就是多条DML语句同时成功，或者同时失败!
事务：就是批量的DML语句同时成功，或者同时失败!
事务是怎么做到多条DML语句同时成功和同时失败的呢?
InnoDB存储引擎：提供一组用来记录事务性活动的日志文件
事务开启了:
insert
insert
insert
delete
update
update
update
事务结束了。
在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。
- 提交事务：
清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
提交事务标志着，事务的结束。并且是一种全部成功的结束。 - 回滚事务：
将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
回滚事务标志着，事务的结束。并且是一种全部失败的结束。
提交事务，回滚事务
提交事务: commit; 语句
回滚事务: rollback; 语句（回滚永远只能回滚到上一次的提交点）
事务对应的英语单词是: transaction
mysql中默认自动提交事务，每执行一条DML语句，提交一次（会导致rollback没有效果）
关闭mysql自动提交机制
执行命令：start transaction;
回滚事务
提交事务，添加数据
提交事务，commit后，回滚无效
事务4个特性
- A：原子性
说明事务时最小的工作单元，不可再分 - C：一致性
所有事物要求，在同一个事务当中所有操作必须同时成功、或同时失败，以保证数据的一致性 - I：隔离性
A事务和B事务之间具有一定的隔离
教室A和教室B之间有一道墙，这墙就是隔离性。
（A事务在操作一张表的时候，另一个事务B也操作这张表，相当于多线程并发访问一张表一样，会有多线程带来的线程安全问题） - D：持久性
事务最终结束的一个保障，事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上
隔离性!!
A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别。
这道墙越厚,表示隔离级别就越高。
事务和事务之间有4个隔离级别
查看隔离级别：
老版本命令：SELECT @@tx_isolation
8.0后新版本命令：SELECT @@transaction_isolation
查看隔离级别的方法2：show global variables like '%isolation%';
-
读未提交:read uncommitted（最低的隔离级别）
【没有提交就读到了】
事务A可以读到事务B未提交的数据
这种隔离级别存在问题：
Dirty Read（脏读现象）
读到了脏数据
（这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步） -
读已提交:read committed
【提交之后读到了】
事务A只能读到事务B提交之后的数据
这种隔离级别解决了脏读的现象
存在问题：
不可重复读取数据
（在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条。【3不等于4】称为不可重复读取）
这种隔离级别是比较真实的数据，每一次读到的数据绝对的真实
oracle数据库默认的隔离级别是：read committed -
可重复读: repeatable read
【提交之后也读不到，永远读取的都是刚开启事务时的数据】
事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
例：
早晨9点开启了事务，只要事务并结束，到了晚上9点，读到的数据还是早晨9点的数据，没变。
可重复读解决了不可重复读取数据。
可重复读存在的问题：
可能会出现幻影读。
每一次读取到的薮据都是幻象。不够真实。
例：
银行总账可能需要执行一条select语句。
这条select语句可能从下午1点开始执行到下午3点才能结束。
1点到3点可能有人存款和取款。
mysql 默认的事务隔离级别是repeatable read ！！！！！ -
序列化/串行化: serializable（最高的隔离级别）
效率最低，解决了所有的问题
这种隔离级别表示事务排队，不能并发。
类似于synchronized，线程同步（事务同步）
每一次读到的数据都是真实的，并且效率是最低的。
设置全局的隔离级别
命令：set global transaction level 级别;
- 读未提交:read uncommitted
命令：set global transaction level read uncommitted;
| 事务A | 事务B |
|---|---|
| use bjpowernode; | - |
| - | use bjpowernode ; |
| start transaction;（关闭mysql自动提交机制） | - |
| select * from t_user; | - |
| - | start transaction ;（关闭mysql自动提交机制） |
| - | insert into t _user values ( 'zhangsan ' ) ; |
| select *from t_user; | - |
事务B未提交，事务A也能读到
- 读已提交:read committed
命令：set global transaction level read committed;
| 事务A | 事务B |
|---|---|
| use bjpowernode; | - |
| - | use bjpowernode ; |
| start transaction;（关闭mysql自动提交机制） | - |
| - | start transaction ;（关闭mysql自动提交机制） |
| select * from t_user; | - |
| - | insert into t _user values ( 'zhangsan ' ) ; |
| select * from t_user; | - |
| - | commit; |
| select * from t_user; | - |
- 可重复读: repeatable read
命令：set global transaction level repeatable read;
| 事务A | 事务B |
|---|---|
| use bjpowernode; | - |
| - | use bjpowernode ; |
| start transaction;（关闭mysql自动提交机制） | - |
| - | start transaction ;（关闭mysql自动提交机制） |
| select * from t_user; | - |
| - | insert into t _user values ( 'lisi' ) ; |
| - | insert into t _user values ( 'wangwu' ) ; |
| - | commit; |
| select * from t_user; | - |
- 序列化/串行化: serializable
命令：set global transaction level serializable;
| 事务A | 事务B |
|---|---|
| use bjpowernode; | - |
| - | use bjpowernode ; |
| start transaction;（关闭mysql自动提交机制） | - |
| - | start transaction ;（关闭mysql自动提交机制） |
| select * from t_user; | - |
| insert into t_user values('abc'); | - |
| - | select * from t_user; |
网友评论