事务: 有多个连续操作, 是一个整体: 要么所有的操作都成功, 要么所有的操作都失败.
事务实现: 有两种方式
- 手动实现: 用户自定义事务区间, 自己对事务进行整体把握, 自己对事务进行最终处理(通过SQL指令实现)
- 自动实现: 用户不管事务处理, 直接执行SQL指令(操作), 系统自动帮助用户进行处理
一、事务原理
SQL指令的操作(写), 并不是直接写入到数据表: 先将操作的结果缓存起来, 到系统日志文件中, 没有同步到数据表: 然后等待所有的操作都执行完执行, 等待一条执行的指令: 选择性的将所有的结果要么都同步到数据表, 要么都清空.
二、自动事务
当用户执行完一个SQL操作,系统会自动将结果同步到数据表中.
Mysql服务器认为用户的操作应该简化: 不应该每次做一个操作,还需要一个额外的操作去配合: 系统将这个额外的操作给自己做(commit操作).
自动提交: 系统在内部通过变量进行控制
show variables like 'autocommit';
关闭自动提交:
set autocommit = OFF;
自动提交关闭之后: 系统就不会将结果自动同步到数据表
Rollback: 回滚, 清空日志文件中的结果(没有同步)
自动提交被关闭之后: 需要手动提交
commit: 提交, 将日志文件中的结果同步数据表
系统自动提交都会保留: 如果真要处理事务(多个操作连贯),会使用手动事务(SQL指令控制)
三、手动事务
手动事务: 当需要进行事务操作的时候, 发送指令告诉服务器,之后的所有操作不要直接自动提交, 一直等到客户端发送执行指令的时候才进行事务的提交(同步).
1、开启事务告诉系统以后的操作不要同步到数据表
start transaction;
2、事务操作: 就是对SQL指令进行执行
3、事务提交
- 提交数据: 同步到数据表: commit
- 回滚数据: 清空日志内容:rollback
四、回滚点
事务在操作过程中,也许有很多步骤: 但是当某些步骤实现之后(都正确), 后续的操作可能容易出错, 可以选择在某些成功的操作之后设置一个回滚点: 以后操作失败了,可以回到该点继续下一步.
设置回滚点: savepoint 回滚点名字;
回滚到回滚点: rollback to 回滚点名字;
五、事务特性
事务一共有四大特性: ACID
- A: 原子性(Atomic). 事务是一个整体, 不可拆分: 要么都成功,要么都失败.
- C: 一致性(Consistency). 在事务操作的前后,对应的数据会一次性改变
- I: 隔离性(Isolation). 事务的操作是独立的, 不受影响.
- D:持久性(Durability). 事务的操作,一旦提交,数据就会永久性的写入到数据表, 不能回滚
事务一旦操作过程中,会涉及到锁机制: 一旦事务在操作的过程中,操作了某一行,那么在其他事务中,就不能对该行进行操作.
Innodb表的锁机制默认是行锁: 但是会因为查询条件没有索引而导致行锁升级为表锁.
六、事务条件
事务的应用
1、需要多个操作连贯完整(要么都成功,要么都失败)
2、事务的引用通常都是使用手动事务
事务的条件：要支持事务,必须使用innodb存储引擎