事务 Transaction
3.1 一个事务是一个完整的业务逻辑单元,不可再分。
比如:银行转账,从A账户向B账户转账10000.需要执行两条update语句。
update t_act set balance=balance-10000 where actno=‘act-001’;
update t_act set balance=balance+10000 where actno=‘act-002’;
以上两条DML语句必须同时成功,或者同时失败,不允许出现一条成功,一条失败。
保证以上两条DML语句同时成功或者同时失败,那么就需要使用数据库的‘事物机制’
3.2 和事务相关的语句只有:DML语句。(insert delete update)
事务的存在是为了保证数据的完整性,安全性。
3.3 通常一个业务需要多条DML语句共同联合完成的。
3.4 事务的特性
事务包括四大特性:ACID
A:原子性:事务是最小的工作单元,不可再分。
C:一致性:事务必须保证多条DML同时成功或者同时失败。
I:隔离性:事务A与事物B之间具有隔离
D:持久性:持久性说的是最终数据必须持久化到硬盘文件中。
3.5 事物之间的隔离性
事物隔离性存在隔离级别,理论上隔离级别包括4个。
第一级别:读未提交(read uncommitted)
对方事务还没有提交,当前事务可以读取到对方未提交的数据。
读未提交存在脏读(Dirty Read)现象:表示读到了脏的数据。
第二级别:读已提交(read committed)
对方事务提交之后的数据我方可以读取到
解决了:脏读现象。
存在的问题是:不可重复读。
第三级别:可重复读(repeatable read)
解决了:不可重复读的问题。
存在的问题:读取到的数据是幻象。
第四级别:序列化读/串行化读
解决了所有问题。
效率低,需要事务排队
oracle数据库默认的隔离级别是:读已提交。
mysql数据库默认的隔离级别是:可重复读。
设置事物的全局隔离级别:set global transaction isolation level read uncommitted;
查看事物的全局隔离级别:select @@global.tx isolation;
3.6 演示事务
*mysql事物默认情况下是自动提交的。
关闭自动提交(start transaction)
*准备表:
drop table if exists t_user;
create table t_user(
id int primary key auto_increment,
username varchar(255)
);
*演示:
start transaction;
insert into t_user(username) values('lisi');
select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | lisi |
+----+----------+
insert into t_user(username) values('wangwu');
select * from t_user;
rollback;//回滚
select * from t_user;
Empty set (0.00 sec)//空表,因为事物回滚,没有提交commit
本文深入解析数据库事务的概念,探讨事务的ACID特性,即原子性、一致性、隔离性和持久性。通过实例说明如何使用事务确保数据的完整性和安全性,尤其是在复杂的业务逻辑中,如银行转账操作。同时,文章对比了不同事务隔离级别的优缺点,如读未提交、读已提交、可重复读和序列化读。
5万+

被折叠的 条评论
为什么被折叠?



