mysql中的事务

最新推荐文章于 2024-10-23 11:01:53 发布

甜甜不甜-

最新推荐文章于 2024-10-23 11:01:53 发布

阅读量1.2k

点赞数 25

文章标签： oracle 数据库

本文链接：https://blog.csdn.net/m0_68041576/article/details/140672878

版权

一、事务的定义

事务（Transaction），就是将一组SQL语句放在同一批次内去执行，如果一个SQL语句出错，则该批次内的所有SQL都将被取消执行。

特点：一个事务中如果有一个数据库操作失败，那么整个事务的所有数据库操作都会失败，数据库数据就会回滚到该事务开始之前的状态。

限制：MySQL数据库中仅InnoDB和BDB类型的数据库表支持事务。

二、事务的特性

原子性：意味着数据库中的事务执行是作为原子粒度即不可再分，整个语句要么执行要么不执行。

一致性：即在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

隔离性：事务的执行是互不干扰的，一个事务不可能看到其他事务运行时中间某一时刻的数据。

持久性：意味着在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

三、MySQL实现事务的方法

四、MySQL实现事务的步骤

-- 事务的操作
-- 1. 关闭自动提交
set autocommit = 0;
-- 2. 开始事务
start transaction;
-- 3. 一组sql语句
update bank set bmoney = bmoney-1000 where bname='周永康';
update bank set bmoney = bmoney+1000 where bname='杨文齐';

-- 4. 结束事务(判断)
	-- 提交
	commit;
	-- 回滚
	rollback;
-- 5. 开启自动提交
set autocommit = 1;

四、事务的原子性、一致性、持久性

事务的原子性、一致性和持久性由事务的 redo 日志和undo 日志来保证。

• REDO LOG 称为重做日志，提供再写入操作，恢复提交事务修改的页操作，用来保证事务的持久性。

• UNDO LOG 称为回滚日志，回滚行记录到某个特定版本，用来保证事务的原子性、一致性。

五、事务的隔离性

什么是事务的隔离性：为了让不同的事务之间相互不存在干扰，就需要对事务的操作进行隔离，事务的隔离性也就是将操作同一个数据的事务相互分离，让操作之间分开有序的执行

用什么方式实现事务的隔离性: 通常数据库里都是采用锁的机制，保证事务之间的隔离性。

六、MySql中的锁

锁分类：基于锁的属性分类：共享锁（读锁、S锁）、排他锁（写锁，X锁）。

基于锁的粒度分类：表锁、行锁(记录锁、间隙锁、临键锁)。

基于锁的状态分类：意向共享锁、意向排它锁。

七、事务的隔离级别

事务并发问题：在事务并发执行的时候，如果不进行事务隔离，那么就会产生脏写、脏读、重复读、幻读的问题。

事务的隔离级别： 1. READ_UNCOMMITTED 读未提交

                              2. READ_COMMITTED 读提交（不可重复读）

                              3. REPEATABLE_READ 可重复读

                              4. SERIALIZABLE 串行化

每个隔离级别都针对事务并发问题中的一种或几种进行解决，事务级别越高，解决的并发事务问题也就越多，同时也意味着加的锁就越多，所以性能也会越差。

八、事务的隔离级别解决的问题

1.READ_UNCOMMITTED

事务读取:不加锁
事务写入:加写锁解决问题:脏写
存在问题:脏读,不可重复读、幻读

2.READ_COMMITTED

事务读取:加读锁(每次select完成都会释放读锁)事务写入:加写锁
解决问题:脏写、脏读
存在问题:不可重复读、幻读。

3.REPEATABLE_READ

事务读取:加读锁(每次select完不会释放锁，而是事务结束后才释放)（如果是Mysql的innodb还会加间隙锁）。
事务写入:加写锁
解决问题:脏写、脏读、不可重复读,幻读（如果是Mysql的innodb则已解决)存在问题:幻读(如果是Mysql的innodb则不存在)。

4.SERIALIZABLE

不管读取还是修改所有的事务串行化执行,一个事务的执行必须等其他事务结束。

九、事务并发时出现的问题

1.脏写（ Dirty Write ）

对于两个事务 Session A、Session B，如果事务Session A 修改了另一个未提交事务Session B 修改过的数据，那就意味着发生了脏写

2.脏读（ Dirty Read ）

对于两个事务 Session A、Session B，Session A 读取了已经被 Session B 更新但还没有被提交的字段。之后若 Session B 回滚，Session A 读取的内容就是临时且无效的。 Session A和Session B各开启了一个事务，Session B中的事务先将studentno列为1的记录的name 列更新为'张三'，然后Session A中的事务再去查询这条studentno为1的记录，如果读到列name的值为' 张三'，而 Session B中的事务稍后进行了回滚，那么Session A中的事务相当于读到了一个不存在的数据，这种现象就称之为脏读。

3.不可重复读（ Non-Repeatable Read ）

对于两个事务Session A、Session B，Session A 读取了一个字段，然后 Session B 更新了该字段。之后 Session A 再次读取同一个字段，值就不同了。那就意味着发生了不可重复读。我们在Session B中提交了几个隐式事务（注意是隐式事务，意味着语句结束事务就提交了），这些事务都修改了studentno列为1的记录的列name的值，每次事务提交之后，如果Session A中的事务都可以查看到最新的值，这种现象也被称之为不可重复读。

4.幻读（ Phantom ）

对于两个事务Session A、Session B, Session A 从一个表中读取了一个字段, 然后 Session B 在该表中插入了一些新的行。之后, 如果 Session A 再次读取同一个表, 就会多出几行。那就意味着发生了幻读。 Session A中的事务先根据条件 studentno > 0这个条件查询表student，得到了name列值为'张三'的记录；之后Session B中提交了一个隐式事务，该事务向表student中插入了一条新记录；之后Session A中的事务再根据相同的条件 studentno > 0查询表student，得到的结果集中包含Session B中的事务新插入的那条记录，这种现象也被称之为幻读。我们把新插入的那些记录称之为幻影记录。

十、InnoDB的MVCC

MVCC （Multiversion Concurrency Control），多版本并发控制。顾名思义，MVCC 是通过数据行的多个版本管理来实现数据库的并发控制。这项技术使得在InnoDB的事务隔离级别下执行一致性读操作有了保证。换言之，就是为了查询一些正在被另一个事务更新的行，并且可以看到它们被更新之前的值，这样在做查询的时候就不用等待另一个事务释放锁。 MVCC 的实现依赖于：隐藏字段、Undo Log、Read View。 InnoDB就是通过MVCC机制解决可重复读中的幻读问题。