MySQL事物
1、事务概念
- 事务是一组SQL语句的执行，要么全部成功，要么全部失败，不能出现部分成功，部分失败的结果，保证事务执行的原子操作
- 事务的所有SQL语句全部执行成功，才能提交（commit）事务，把结果写回磁盘上
- 事务执行过程中，有的SQL出现错误，那么事务必须要回滚（rollback）到最初的状态
2、事物处理命令
#查看MySQL是否自动提交事务 SELECT @@AUTOCOMMIT;#0表示手动提交事务，1表示自动提交事务 #设置事务提交方式为手动提交方式 set autocommit=0; #开启一个事务 BEGIN; #提交一个事务 COMMIT; #回滚一个事务到初始的位置 ROLLBACK; #设置一个名字为point1的保存点 SAVEPOINT point1; #事务回滚到保存点point1，而不是回滚到初始状态 ROLLBACK TO point1; #设置事务的隔离级别 SET TX_ISOLATION='REPEATABLE-READ'; #查询事务的隔离级别 SELECT @@ TX_ISOLATION;
3、ACID特性
- 每一个事务必须满足下面的4个特性：
- 事务的原子性（Atomic）：
事务是一个不可分割的整体，事务必须具有原子特性，及当数据修改时，要么全执行，要么全不执行，即不允许事务部分的完成
- 事务的一致性（Consistency）：
一个事务执行之前和执行之后，数据库数据必须保持一致性状态。数据库的一致性状态必须由用户来负责，由并发控制机制实现。
就拿网上购物来说，你只有让商品出库，又让商品进入顾客的购物车才能构成一个完整的事务，总体上数据是不变的，保持一致性转态
- 事务的隔离性（Isolation）：
当两个或者多个事务并发执行时，为了保证数据的安全性，将一个事物内部的操作与其它事务的操作隔离起来，不被其它正在执行的事务所看到，使得并发执行的各个事务之间不能互相影响
- 事务的持久性（Durability）：
事务完成(commit)以后，DBMS保证它对数据库中的数据的修改是永久性的
例如，事物再提交之后，在数据库刷盘过程中，即便因为故障出错，也应该能够恢复数据
- ACID的底层实现：
ACD依靠的是数据库的redo log和undo log实现的；I是依赖数据库的锁实现的
4、事务并发存在的问题
- 事务处理不经隔离，并发执行事务时通常会发生以下的问题：
- 脏读（Dirty Read）：
一个事务读取了另一个事务未提交的数据
例如当事务A和事务B并发执行时，当事务A更新后，事务B查询读取到A尚未提交的数据，此时事务A回滚，则事务B读到的数据就是无效的脏数据（事务B读取了事务A尚未提交的数据）
- 不可重复读（NonRepeatable Read）：
一个事务的操作导致另一个事务前后两次读取到不同的数据
例如当事务A和事务B并发执行时，当事务B查询读取数据后，事务A更新操作更改事务B查询到的数据，此时事务B再次去读该数据，发现前后两次读的数据不一样
- 虚读（Phantom Read）幻读：
一个事务的操作导致另一个事务前后两次查询的结果数据量不同
例如当事务A和事务B并发执行时，当事务B查询读取数据后，事务A新增或者删除了一条满足事务B查询条件的记录，此时事务B再去查询，发现查询到前一次不存在的记录，或者前一次查询的一些记录不见了
脏读和不可重复读是基于数据值的错误，幻读是基于条数增加或者减少的错误
5、事务的隔离级别
- MySQL支持的四种隔离级别是：
1、TRANSACTION_READ_UNCOMMITED
未提交读：说明在提交前一个事务可以看到另一个事务的变化。这样读脏数据，不可重复读和虚读都是被允许的
set tx_isolation='READ-UNCOMMITTED';
2、TRANSACTION_READ_COMMITED
set tx_isolation='READ-COMMITTED';
已提交读：说明读取未提交的数据是不允许的。这个级别仍然允许不可重复读和虚读产生
3、TRANSACTION_REPEATABLE_READ
可重复读：说明事务保证能够再次读取相同的数据而不会失败，但虚读仍然会出现
set tx_isolation='REPEATABLE-READ';
- 说明：
在目前版本中，可重复读在一定程度上可以避免insert/delete幻读，但是无法避免update幻读
4、TRANSACTION_SERIALIZABLE
串行化：是最高的事务级别，它防止读脏数据，不可重复读和虚读。
set tx_isolation='SERIALIZABLE';
