假设有A和B两个账户,A账户给B账户转账100。基本步骤如下:
检测A账户余额 > 5000元
A账户余额减去 5000元
B账户余额增加 5000元
这几步要么都成功,要么一个都不成功,否则都会导致数据不一致(5000元不翼而飞)
- 任何一条DML语句(insert、update、delete)执行,标志事务的开启
- 提交:成功的结束,将所有的DML语句操作历史记录和底层硬盘数据来一次同步
- 回滚:失败的结束,将所有的DML语句操作历史记录全部清空
在事物进行过程中,未结束之前,DML语句是不会更改底层数据,只是将历史操作记录一下,在内存中完成记录。只有在事物结束的时候,而且是成功的结束的时候,才会修改底层硬盘文件中的数据
在MySQL中,默认情况下,事务是自动提交的,也就是说,只要执行一条DML语句就开启了事物,并且提交了事务
提交操作(事务成功)
现在有一张student表,字段为id和name
现在执行插入操作(可以看做是一个事务A)
insert into student(id,`name`) values(7,‘kobe‘)
第一种情况:使用mysql数据库默认的自动提交机制
第二种情况:使用手动提交事务机制
执行start transaction命令,自动提交机制就会失效,必须执行commit命令才可以将事务提交成功
现在加上commit命令,再来看看效果
再开一个窗口,查询结果如下:
事务回滚(提交失败)
1、事物A和事物B之间具有一定的隔离性
2、隔离性有隔离级别(4个)
- 事物A和事物B,事物A未提交的数据,事物B可以读取到
- 这里读取到的数据叫做“脏数据”
- 这种隔离级别最低,这种级别一般是在理论上存在,数据库隔离级别一般都高于该级别
- 事物A和事物B,事物A提交的数据,事物B才能读取到
- 这种隔离级别高于读未提交
- 换句话说,对方事物提交之后的数据,我当前事物才能读取到
- 这种级别可以避免“脏数据”
- 这种隔离级别会导致“不可重复读取”
- Oracle默认隔离级别
- 事务A和事务B,事务A提交之后的数据,事务B读取不到
- 事务B是可重复读取数据
- 这种隔离级别高于读已提交
- 换句话说,对方提交之后的数据,我还是读取不到
- 这种隔离级别可以避免“不可重复读取”,达到可重复读取
- 比如1点和2点读到数据是同一个
- MySQL默认级别
- 虽然可以达到可重复读取,但是会导致“幻像读”
- 事务A和事务B,事务A在操作数据库时,事务B只能排队等待
- 这种隔离级别很少使用,吞吐量太低,用户体验差
- 这种级别可以避免“幻像读”,每一次读取的都是数据库中真实存在数据,事务A与事务B串行,而不并发
原文:https://www.cnblogs.com/xiaocao123/p/10647895.html