文章目录
-
-
-
- 1、事务的隔离级别
- 2、可重复读详解
- 3、MVCC多版本并发控制机制
- 4、锁机制
- 5、面试刨析:查询操作方法需要使用事务吗?
- [6、持久性:一旦提交了事务,它对数据库的改变就应该是永久性的。持久性由redo log日志来实现。](#6、持久性:一旦提交了事务,它对数据库的改变就应该是永久性的。持久性由redo log日志来实现。)
-
-
1、事务的隔离级别
隔离级别 | 解决问题 | 备注 |
---|---|---|
读未提交 | 脏读 | 可以查询到其他事务未提交的数据。 |
读已提交 RC | 不可重复读(1、乐观锁 加版本号解决脏写 2、行锁 --悲观锁 解决脏写 ) | 只能读到其他事务已经提交的数据。 |
可重复读 RR | 幻读 | 读操作需要加事务,写操作加写事务保证可重复读。如果不加事务就是读已提交 |
串行化 | 解决上面所有问题 包括脏写 | 实现原理:select 加读锁 。 update 加 写锁。 |
名称 | 描述 |
---|---|
脏读(Dirty Reads) | 事务A读取到了事务B已经修改但尚未提交的数据 |
不可重读(Non-Repeatable Reads) | 事务A内部的相同查询语句在不同时刻读出的结果不一致 |
幻读 | 事务A读取到了事务B提交的新增数据 |
脏写 | 当两个或多个事务选择同一行数据修改,有可能发生更新丢失问题,即最后的更新覆盖了由其他事务所做的更新。 |
解决脏写 | (1)RR 、RC 数据库级别updaet (2) 串行化 |
2、可重复读详解
(1) 可重复读并发修改问题
描述 :事务A 读到 lilei 1500 后,事务B 修改Leilei 2000 , java中为leilei 加500 ,此时 ,是1500 + 500 =2000 , 应该是2500。
(2) 可重复读原理描述
当事务执行第一条SQL语句时,之后所有的读操作 都是读数据库当时的数据。相当于读快照(readview)。 但是修改操作还是取数据库最新版本做操作。
之后如果执行update where id = 1 ; 语句的话,再查 id =1; 就是修改后的数据。此时因为有行锁其他事务无法修改 id=1的数据 。
总结:可重复读所有的查询都是快照读,更新都是当前读。
3、MVCC多版本并发控制机制
RR、RC原理详解:
根据回滚指针 (insert 语句 id=1 指向 undo log delete id =1 )
如果需要回滚事务 , 直接执行 undo log delete id =1。
id | name | balance | trx_id (事务ID ) | roll_pointer(回滚指针) | |
---|---|---|---|---|---|
1 | lilei | 0 | 1 | insert undo log | |
1 | lilei | 500 | 2 | 指向 上一行 id=1 | commited |
1 | lilei | 800 | 3 | commited | |
1 | lilei | 1000 | 4 | commited |
事务A RR
事务 2 commited
select * from account where id = 1 ; ----> 500
事务 3 commited 去查还是 500
事务 4 还未提交 去查还是 500
事务B RC
事务 2 commited
select * from account where id = 1 ; ----> 500
事务 3 commited 去查是 800
事务 4 还未提交 去查 是800
4、锁机制
(1)乐观锁:读已提交隔离级别下使用。
读锁(共享锁、S锁):select ... lock in share mode; (一般的select 都不会加锁)
(2) 读锁是共享的,多个事务可以同时读取同一个资源,但不允许其他事务修改
(3)写锁(排它锁、X锁):select ... for update;
写锁是排他的,会阻塞其他的写锁和读锁,update、delete、insert都会加写锁
MYSQL锁机制详解
5、面试刨析:查询操作方法需要使用事务吗?
(1) 一条 select 不需要
(2) 2 或多条 select
看隔离级别 RR 下 , 加 readolne = true (读事务) 可以保证数据再同一时间维度下。
RC 下, 读到的是最新的数据。 读操作没必要加事务。
6、持久性:一旦提交了事务,它对数据库的改变就应该是永久性的。持久性由redo log日志来实现。
结尾
事务隔离级别演示
CREATE TABLE `account` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`balance` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `test`.`account` (`name`, `balance`) VALUES ('lilei', '450');
INSERT INTO `test`.`account` (`name`, `balance`) VALUES ('hanmei', '16000');
INSERT INTO `test`.`account` (`name`, `balance`) VALUES ('lucy', '2400');
BEGIN
set tx_isolation='read‐uncommitted';
set tx_isolation='read‐committed';
set tx_isolation='repeatable‐read';
set tx_isolation='serializable';
COMMIT;
update 放 insert后会好一点。
update 可能别的事务需要使用。放后面等待时间少一点。