11.事务概念
事务的定义
事务: 表示操作集合,不可分割,要么全部成功,要么全部失败
事务的开始取决于一个DML语句
事务的结束
- 正常的commit(使用数据修改生效) 或者rollback(将数据恢复到上一个状态)
- 自动提交,但是一般情况下要将自动提交进行关闭,效率太低
- 用户关闭会话之后,会自动提交事务
- 系统崩溃或者断电的时候回滚事务,也就是将数据恢复到上一个状态
insert into emp2(EMPNO,ENAME) values (2222,'zhangsan');
commit; -- 提交事务
rollback; -- 回滚事务
保存点
保存点: savepoint;
当一个操作集合中包含多条sql语句,但是只想让其中部分成功,某部分失败,此时可以使用保存点
此时如果需要回滚到某一个状态的话使用rollback to sp1;
delete from emp where empno = 1111;
delete from emp where empno = 2222;
savepoint sp1;
delete from demp where empno = 1234; -- 这条语句回滚
rollback to sp1;
commit;
事务的四个特性: ACID
原子性(A): 表示不可分割,一个操作集合要么全部成功;要么全部失败,不可能从中间切分
一致性©: 最终是为了保证数据的一致性,当经过N多个操作之后,数据的状态不会改变(例如:转账);从一个一致性状态到另一个一致性状态,也就是数据不可以发生错乱
隔离性(I): 各个事务之间相关不会产生影响,(隔离级别);严格的隔离性会导致效率降低,在某些情况下为了提高程序的执行效率,需要降低隔离级别
隔离级别:
读未提交
读已提交
可重复读
序列化
数据不一致的问题 :
脏读
不可重复读
幻读
持久性(D): 所有的数据的修改都必须要持久化到存储介质中,不会因为应用程序的关闭而导致数据丢失
四个特性中,哪个最关键的?
所有的特性中都是为了保证数据的一致性,所以一致性的最终的追求
事务中的一致性是通过原子性 ,隔离性,持久性来保证的
锁的机制
为了解决在并发访问的时候,数据不一致的问题,需要给数据加锁
加锁的同时需要考虑<粒度>的问题:
操作的对象
数据库
表
行
一般情况下,锁的粒度越小,效率越高,粒度越大,效率越低;在实际的工作环境中,大部分的操作都是行级锁