如下内容,是我在课堂做得笔记。总结出来的!!!
1、数据库事务介绍
1.1 什么叫数据库事务
事务是一组逻辑操作单元,使数据从一种状态变换到另一种状态。要么都执行,要么都不执行。
- 一组逻辑操作单元:一个或多个DML操作。
1.2 事务处理的原则
事务处理(事务操作): 保证所有事务都作为一个工作单元来执行,即使出现了故障,都不能改变这种执行方式。当在一个事务中执行多个操作时,要么所有的事务都被提交(commit
),那么这些修改就永久地保存下来;要么数据库管理系统将放弃所作的所有修改,整个事务回滚(rollback
)到最初状态。
1.3 数据库事务的说明
数据一旦提交,就不可回滚。
哪些操作会导致数据的自动提交?
- DDL 操作一旦执行,都会自动提交。
set autocommit = fales
对DDL操作失效。
- DML 默认情况下,一旦执行,就会自动提交。
- 我们可以通过
set autocommit = fales
的方式取消DML操作的自动提交。
- 我们可以通过
- 默认在关闭连接时,会自动的提交数据。
1.4 事务经典案例
事务最经典也经常被拿出来说例子就是转账了。
假如小明要给小红转账1000元,这个转账会涉及到两个关键操作就是:将小明的余额减少1000元,将小红的余额增加1000元。万一在这两个操作之间突然出现错误比如银行系统崩溃,导致小明余额减少而小红的余额没有增加,这样就不对了。事务就是保证这两个关键操作要么都成功,要么都要失败。
2、事务四个特性(ACID)
关系性数据库需要遵循ACID规则,具体内容如下:
- 原子性(Atomicity): 是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
- 一致性(Consistency): 事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
- 隔离性(Isolation): 一个事务的执行不受其他事物的干扰。
- 持久性(Durability): 一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来的其他操作和数据库故障不应该对其有任何影响。
3、事务的使用步骤
-
开启事务
set autocommit = 0;
自动提交功能为禁用statr transaction;
可以省略 -
编写一组逻辑sql语句
注意:sql语句支持的是
insert
、update
、delete
设置回滚点
savepoint 回滚点名;
-
结束事务
提交:
commit;
回滚:
rollback;
回滚到指定的地方:
rollback to 回滚点名;
演示事务使用步骤
【创建账号表,模拟转账】
CREATE TABLE account(
id INT PRIMARY KEY auto_increment,
username VARCHAR(20),
balance DOUBLE
);
INSERT INTO account (username,balance) VALUES('张无忌',1000),('赵敏',1000);
【提交事务】
# 开启事务
set autocommit = 0;
start transaction; #可以省略
# 编写一组事务的语句
update account set balance = 500 where username = '张无忌';
update account set balance = 1000 where username = '赵敏';
# 关闭事务
commit;
【回滚事务】
# 开启事务
set autocommit = 0;
start transaction; #可以省略
# 编写一组事务的语句
update account set balance = 500 where username = '张无忌';
update account set balance = 1000 where username = '赵敏';
# 关闭事务
rollback;
【savepoint的使用】
DELETE FROM account WHERE id = 1;
SAVEPOINT a;#设置保存点
DELETE FROM account WHERE id = 2;
ROLLBACK TO a;#回滚到保存点
结果如下:
- 查询当前数据
- 执行回滚事务
- 查询回滚后的事务
结论是:每执行
delete
、update
、insert
语句时,它们是保存在内存中,不会直接修改表的数据,最后执行修改是要看commit
语句。为什么之前使用delete、update、insert能修改表的数据,因为它默认开启了
commit
语句
4、并发事务
4.1 事务的并发问题是如何发生的?
对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题
4.2 并发问题都有哪些?
- 脏读:一个事务读取了其他事务还没有提交的数据,读到的是其他事务“更新”的数据
- 不可重复读:一个事务多次读取,结果不一样
- 幻读:一个事务读取了其他事务还没有提交的数据,只是读到的是其他事务“插入”的数据
通过设置隔离级别来解决并发问题
4.3 隔离级别
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
READ-UNCOMMITTED(读未提交数据) | √ | √ | √ |
READ-COMMITTED(读已提交数据) | × | √ | √ |
REPEATABLE-READ(可重复读) | × | × | √ |
SERIALIZABLE(串行化) | × | × | × |
SQL 标准定义了四个隔离级别:
- READ-UNCOMMITTED: 允许事务读取未被其他事务提交的变更。可能会导致脏读、幻读或不可重复读。
- READ-COMMITTED: 只允许事务读取已经被其它事务提交的变更。可以避免脏读,但是幻读或不可重复读仍有可能发生。
- REPEATABLE-READ: 确保事务可以多次从一个字段中读取相同的值。在这个事务持续期间,禁止其它事务对这个字段进行更新。可以避免脏读和不可重复读,但幻读仍有可能发生。
- SERIALIZABLE: 确保事务可以从一个表中读取相同的行。在这个事务持续期间,禁止其它事务对该表执行插入,更新和删除操作。所有并发问题都可以避免,但性能十分低下
注意:
Oracle 支持的 2 种事务隔离级别:READ COMMITED, SERIALIZABLE。Oracle 默认的事务隔离级别为: READ COMMITED
MySQL支持 4 种事务隔离级别. MySQL默认的事务隔离级别为: REPEATABLE READ
4.4 MySQL中设置隔离级别
- 查看当前的隔离级别:
SELECT @@tx_isolation;
- 设置当前 mySQL 连接的隔离级别:
set transaction isolation level read committed;
- 设置数据库系统的全局的隔离级别:
set global transaction isolation level read committed;