Mysql引擎事务和隔离级别

Posted 2021-06-17 奈斯兔米特优技术星球

一、mysql引擎

在讲mysql事务之前，需要对mysql的存储引擎做一些了解，我们可以使用

show engines;

来查看mysql有哪些引擎。

目前mysql支持的引擎大概有Aria、CSV、InnoDB、MEMORY、MRG_MyISAM、MyISAM、PERFORMANCE_SCHEMA和SEQUENCE，日常工作中最常用的可能就是InnoDB和MyISAM。

引擎	说明	是否支持事务 (Transactions)	是否支持分布式事务(XA)	是否支持设置存储点(Savepoints)
CSV	将表格存储为 CSV 文件	不支持	不支持	不支持
InnoDB	Percona-XtraDB(一种高可用性和可扩展性的解决方案)，支持事务、行级锁定、外键和表加密	支持	支持	支持
MEMORY	基于哈希，存储在内存中，对临时表有用	不支持	不支持	不支持
MyISAM	具有良好性能和小数据占用的非事务性引擎	不支持	不支持	不支持
MRG_MyISAM	是一组MyISAM的组合	不支持	不支持	不支持
Aria	具有 MyISAM 传统的防碰撞表	不支持	不支持	不支持
PERFORMANCE_SCHEMA	一个数据库性能方案	不支持	不支持	不支持
SEQUENCE	生成表的序列值	支持	不支持	支持

说明：

1.XA（eXtended Architecture）是指由X/Open 组织提出的分布式交易处理的规范。XA 是一个分布式事务协议，由Tuxedo 提出，所以分布式事务也称为XA 事务。

2.Savepoints是事务过程中的一个逻辑点，用于取消部分事务，当结束事务时，会自动的删除该事务中所定义的所有保存点。当执行rollback时，通过指定保存点可以回退到指定的点。

3.MySQL5.5版本开始Innodb已经成为Mysql的默认引擎,之前是MyISAM。

4.关于InnoDB和MyISAM的自增ID重启后会不会重置的问题。

InnoDB

8.0 版本之前, 自增 id 保存在内存中, 重启后会丢失, 下次自增 id 会取表中最大 id + 1。

8.0 版本之后, 自增 id 保存在 redo log 中, 重启后不会丢失。

MyISAM

自增 id 总是保存在内存中, 不区分数据库版本, 重启后不会丢失。

二、Mysql事务

从上面的mysql引擎的类型可以支持只有InnoDB和SEQUENCE是支持事务

(1) 事务的四大特性(ACID)

• 原子性（Atomicity）

事务的最小工作单元，指事务包含的所有操作要么全部成功，要么全部失败。

• 一致性（Consistency）

事务前后数据的完整性必须保持一致。

• 隔离性（Isolation）

多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，不同事务之间互不影响。

• 持久性（Durability）

一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

（2）事务的隔离类型

隔离级别	说明	脏读	不可重复读	幻读
Serializable	串行化，可避免脏读、不可重复读、幻读读情况的发生	否	否	否
Repeatable read	可重复读，可避免脏读、不可重复读情况的发生，会出现幻读的情况	否	否	是
Read committed	读已提交，可避免脏读情况发生，会出现不可重复读的情况	否	是	是
Read uncommitted	读未提交，最低级别，会出现脏读的情况	是	是	是

• 脏读

脏读又称无效数据读出。一个事务读取另外一个事务还没有提交的数据叫脏读。

• 不可重复读(指数据更新的情况下)

不可重复读是指在同一个事务内，两个相同的查询返回了不同的结果。

• 幻读(指数据新增删除的情况下)

幻读是指一个事务进行读取，分别读取到了不同的数据。需要注意的是这里针对的是数据条数，InnoDB存储引擎通过多版本并发控制（MVCC）解决了幻读的问题（条数不一致的问题）。

(1) 怎么查看和设置事务隔离级别

• 查看事务隔离级别

SELECT @@global.tx_isolation,@@tx_isolation;

 

global.tx_isolation为系统隔离级别

tx_isolation当前会话的隔离级别

• 设置当前会话隔离级别

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;(当前会话设置为读未提交)

设置完之后的结果（只对设置的会话有效）

 

另一个会话的结果

 

• 设置系统当前隔离级别

SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;(当前系统设置为读未提交)

设置完之后的结果

 

另一个会话的结果

 

 

（3）演示

• 脏读演示

会话窗口一

 

会话窗口二

 

说明：

Ps:将事务隔离级别设置为读未提交

窗口一对id为5的weight进行了更新，但并未进行commit，但窗口二已经读到了窗口一更新之后的值，如果窗口一的更新操作进行回滚，此时窗口二读到的数据就是错误的结果。

 

• 不可重复读演示

未commit前

会话窗口一

 

会话窗口二

 

 

Commit之后

会话窗口一

 

会话窗口二

 

说明：

Ps:将事务隔离级别调整为读提交

窗口一对id为5的weight进行了更新，但并未进行commit，可以看到窗口二读到的结果还是63，当窗口一事务提交之后，窗口二就读到了commit之后更新的值，解决了脏读问题，但此时就出现了一个不可重复读的问题，就是窗口二同一个事务两次读取的结果是不一样的，一次ID为5的weight值为63，一次为64。

 

• 可重复读演示

会话窗口一

 

会话窗口二

 

说明：

Ps:将事务隔离级别调整为可重复读

窗口一对id为5的weight进行了更新，但并未进行commit，可以看到窗口二读到的结果还是63，当窗口一事务提交之后，此时窗口二读到的结果还是64，可以看到窗口一commit前后，窗口二读到的结果是一样的，即解决了不可重复读的问题。

 

三、总结

• 安全性

Serializable > Repeatable Read > Read Committed > Read Uncommitted

• 性能

Rerializable < Repeatable Read < Read Committed < Read Uncommitted

实际开发中，通常不会选择 Serializable 和 Read Uncommitted ，MySQL默认隔离级别是Repeatable Read ，Oracle默认隔离级别是Read Committed。

关于多版本并发控制（MVCC）后面有时间再补充，另外如有错误之处还望指正。