MySQL基础篇:事务管理

事务

DCL 用来控制数据库的访问,包括如下 SQL 语句:

  • GRANT:授予访问权限
  • REVOKE:撤销访问权限
  • COMMIT:提交事务处理
  • ROLLBACK:事务处理回退
  • SAVEPOINT:设置保存点
  • LOCK:对数据库的特定部分进行锁定

演示场景

假如去银行给朋友汇款,我卡上有 1000 元,朋友卡上 500 元,我给朋友转账 50 元(无手续费),如果,我的钱刚扣,而朋友的钱又没加时,网线断了,怎么办?

事务的 ACID 特性

  • 原子性(Atomicity):原子意为最小的粒子,或者说不能再分的事物。数据库事务的不可再分的原则即为原子性。组成事务的所有查询必须:要么全部执行,要么全部取消(就像上面的银行例子)
  • 一致性(Consistency):指数据的规则,在事务前/后应保持一致
  • 隔离性(Isolation):简单点说,某个事务的操作对其他事务不可见的
  • 持久性(Durability):当事务提交完成后,其影响应该保留下来,不能撤消

事务的用法

  • 开启事务(start transaction)
  • 执行sql操作(普通 sql 操作)
  • 提交/回滚(commit/rollback)

注意事项:

  1. 建表的时候,选择 Innodb引擎才支持事务
  2. 默认情况下,MySQL 是自动提交事务,每次执行一个SQL语句时,如果执行成功,就会向数据库自动提交,而不能回滚。如果某一组操作需要在一个事务中,那么需要使用 start transaction,一旦 rollback 或 commit 就结束当次事务,之后的操作又自动提交
  3. 如果需要在当前会话的整个过程中都取消自动提交事务,进行手动提交事务,就需要设置set autocommit = false;或 set autocommit = 0;那样的话每一句SQL都需要手动commit提交才会真正生效。rollback 或commit之前的所有操作都视为一个事务,之后的操作视为另一个事务,还需要手动提交或回滚
  4. 和Oracle一样,DDL 语句是不能回滚的,并且部分的DDL语句会造成隐式的提交,因此最好事务中不要涉及DDL 语句
#开启手动处理事务模式
#set autocommit = false;
#开始事务(推荐)
start transaction;
#查看当前表的数据
select * from age;
#删除整张表的数据
delete from age;
#查询该表数据,发现显示删除后的结果
select * from age;
#回滚
rollback

#查看当前表的数据,发现又回来了
select * from age;
#删除整张表的数据
delete from age;
#提交事务
commit;
#查看当前表的数据,发现真删除了
select * from age;


#插入一条记录
INSERT INTO age VALUES(2,55),(3,66);
#保存还原点 1
savepoint point1;
#插入一条记录
INSERT INTO age VALUES(4,77),(5,88);
#保存还原点 2
savepoint point2;
#查看当前效果
select * from age;
#回滚到某个还原点
rollback to point1;
#提交事务
commit;

#清空表
truncate age;
#回滚,对于 truncate 无法回滚
rollback;
#修改表结构
alter table age add description varchar(50);
#回滚,对于修改表结构的语句无法回滚
rollback;

数据库的隔离级别

对于同时运行的多个事务(多线程并发), 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题: (问题的本质就是线程安全问题,共享数据的问题)

  1. 脏读: 对于两个事务T1, T2, T1读取了已经被T2更新但还没有被提交的字段。之后, 若T2回滚, T1读取的内容就是临时且无效的
  2. 不可重复读: 对于两个事务T1,T2, T1读取了一个字段, 然后T2更新并提交了该字段。之后, T1再次读取同一个字段, 值就不同了
  3. 幻读: 对于两个事务T1,T2,T1从一个表中读取了一个字段, 然后T2在该表中插入、删除了一些新的行。之后,如果T1再次读取同一个表,就会多出、少了几行

数据库事务的隔离性:数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。 数据库规定了多种事务隔离级别, 不同隔离级别对应不同的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱。

Oracle支持的2种事务隔离级别:READ COMMITED, SERIALIZABLE。Oracle 默认的事务隔离级别为: READ COMMITED

Mysql支持4中事务隔离级别。Mysql 默认的事务隔离级别为: REPEATABLE-READ
每启动一个mysql程序, 就会获得一个单独的数据库连接。每个数据库连接都有一个变量 @@tx_isolation, 表示当前的事务隔离级别。

  • 查看当前的隔离级别: SELECT @@tx_isolation;
  • 查看全局的隔离级别:select @@global.tx_isolation;
  • 设置当前 mySQL 连接的隔离级别: set tx_isolation =repeatable-read;
  • 设置数据库系统的全局的隔离级别: set global tx_isolation =read-committed;
隔离级别 描述
READ-UNCOMMITTED 允许事务读取其他事务未提交的数据,
脏读、不可重复读、幻读的问题都会出现
READ-COMMITTED 只允许事务读取其他事务已经提交的数据,
可以避免脏读,但是不可重复读、幻读的问题仍然会出现
REPEATABLE-READ 确保事务可以多次从一个字段中读取相同的值,好比在事务开启时对现有的数据进行了拍照,其他事务对数据的修改,不管事务是否提交,我这里读取的是拍照下来的数据,
可以避免脏读和不可重复读,但幻读的问题仍然存在
注意:INNODB 使用了 MVCC (Multiversion Concurrency Control),即多版本并发控制技术防止幻读。真正的像拍照一样,其他事务新插入或删除的记录也看不出来
SERIALIZABLE 确保事务可以从一个表中读取相同的行,在这个事务持续期间,禁止其他事务对该表执行插入、更新、删除操作,所有并发问题都可以避免,但是性能十分低下

示例演示

(1)脏读

对于两个事务T1, T2, T1读取了已经被T2更新但还没有被提交的字段。之后, 若T2回滚, T1读取的内容就是临时且无效的

MySQL基础篇:事务管理_第1张图片

会话1却读取到了会话2未提交的脏数据

MySQL基础篇:事务管理_第2张图片

会话1读取不到会话2未提交的脏数据

(2)不可重复读

对于两个事务T1,T2, T1读取了一个字段, 然后T2更新并提交了该字段。之后, T1再次读取同一个字段, 值就不同了

MySQL基础篇:事务管理_第3张图片

会话2提交了新修改的数据,会话1在同一个事务中,前后两次读取同一条记录,值不同

MySQL基础篇:事务管理_第4张图片

会话2提交了新修改的数据,会话1在同一个事务中,前后两次读取同一条记录,值相同

(3)幻读

对于两个事务T1,T2,T1从一个表中读取了一个字段, 然后T2在该表中插入、删除了一些新的行。之后,如果T1再次读取同一个表,就会多出、少了几行

MySQL基础篇:事务管理_第5张图片

如上图,会话2提交了插入数据,会话1在同一个事务中,对同一个表的查询记录数不相同

(4)序列化

MySQL基础篇:事务管理_第6张图片ers\Administrator\Desktop\sql\串行化.png" style=“zoom:50%;” />

会话去的事务级别是序列化,会话1正在查看age表,会话2想要对age进行增、删、改操作不被允许,如果会话1迟迟不结束事务,会话2将会报ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

你可能感兴趣的:(MySQL)