数据库事务TCL
transaction control language 事务控制语言。
含义
通过一组逻辑操作单元(一组DML——sql语句),将数据从一种状态切换到另外一种状态
特点
(ACID)
- 原子性(atomicity):要么都执行,要么都回滚
- 一致性(consistency):保证数据的状态操作前和操作后保持一致
- 隔离性(isolation):多个事务同时操作相同数据库的同一个数据时,一个事务的执行不受另外一个事务的干扰
- 持久性(durability):一个事务一旦提交,则数据将持久化到本地,除非其他事务对其进行修改
MySQL使用事务的相关步骤:
#查看是否自动提交事务:
show variables like 'autocommit';
#查看所用的引擎
show engines;
#1、开启事务
set autocommit=0;#设置后默认开启,有重启事务的意思
start transaction;#可选的
#2、编写事务的一组逻辑操作单元(多条sql语句)
#3、提交事务或回滚事务
commit# 提交事务
rollback# 回滚事务/结束事务
事务的分类
隐式事务,没有明显的开启和结束事务的标志
比如
insert、update、delete语句本身就是一个事务
显式事务,具有明显的开启和结束事务的标志
#1、取消自动提交事务的功能、开启事务
set autocommit=0;#不自动提交事务,自动开启事务!
start transaction;#开启事务,如果运行了上面这句话,这句话就可以省略
#2、编写事务的一组逻辑操作单元(多条sql语句)
#sql语句支持的事务类型:
insert
update
delete
#3、提交事务或回滚事务
commit;
rollback;#回滚全部事务
savepoint 断点名;#设置隔离点
commit to 断点名;
rollback to 断点名;
# 使用断点:
set autocommit=0;#不自动提交事务
start transaction;#开启事务
delete from account where id=25;
savepoint a;##设置保存点
delete from account where id=28;
rollback to a;
# 最终结果是28号没被删
如果是通过truncate
删除的数据,无论什么隔离级别,都是直接写磁盘!无法rollback
回滚
事务的隔离级别
事务并发问题如何发生?
当多个事务同时操作同一个数据库的相同数据时
事务的并发问题有哪些?
- 脏读:一个事务读取到了另外一个事务未提交的数据
- 不可重复读:同一个事务中,多次读取到的数据不一致
- 幻读:一个事务读取数据时,另外一个事务进行更新,导致第一个事务读取到了没有更新的数据
如何避免事务的并发问题?
通过设置事务的隔离级别
1、READ UNCOMMITTED:出现脏读、幻读、不可重复读
2、READ COMMITTED:可以避免脏读
3、REPEATABLE READ:可以避免脏读、不可重复读和一部分幻读
4、SERIALIZABLE:可以避免脏读、不可重复读和幻读
mysql中默认第三个:repeatable read / REPEATABLE READ
oracle中默认第二个:read committed / READ COMMITTED
设置隔离级别:
# set session|global transaction isolation level 隔离级别名;
# 设置3、REPEATABLE READ 可重复读
set session|global transaction isolation level REPEATABLE READ;
查看隔离级别:
select @@tx_isolation;
幻读:是针对插入的,本来只修改3行,结果显示我修改了4行,是不是产生了幻觉!!?
脏读:是我运行了一条命令,没有提交,然后被别人读取后我又rollback操作,那么别人读取的就是脏数据。
不可重复读:同一个事务中,多次读取到的数据不一致