mysql优化之事务隔离级别和IO关系

事务隔离级别

事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离.在并发下事务会容易出现一些问题

出现事务隔离的场景

脏读 :一个事务开始读取了某行数据,另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的,因为很可能所有的操作都被回滚。 
不可重复读:一个事务对同一行数据重复读取两次,但是却得到了不同的结果。例如,在两次读取的中途,有另外一个事务对该型数据进行了修改,并提交。
幻读:事务在操作过程中进行两次查询,第二次查询的结果包含了第一次查询中未出现的数据(SQL不一定一样)。

事务隔离级别类型

隔离级别 读数据一致性 脏读 不可重复读 幻读
未授权读(未提交读/RU) 最低级别,只能保证不读取物理上损坏的数据
授权读取(已提交读/RC) 语句级
可重复读(RR) 事务隔离级别
序列化(serializable) *别,事务级

各种事务隔离级别的详细介绍

未授权读取(未提交读 Read Uncommitted):READ-UNCOMMITTED | 0:存在脏读,不可重复读,幻读的问题。如果一个事务已经开始写数据,则另外一 个数据则不会允许同时进行写操作,但允许其他事务读此行数据。隔离级别可以通过“排他写锁”实现。 
授权读取(已读提交 Read committed):READ-COMMITTED | 1:解决脏读的问题,存在不可重复读,幻读的问题。这个可以通过“排他写锁”实现。读取数 据的事务允许其他事务继续访问该行数据,但是未提交的写事务将会禁止其他事务访问该行。 
可重复读取(Repeatable Read):REPEATABLE-READ | 2:解决脏读,不可重复读的问题,存在幻读的问题,默认隔离级别。可通过“共享锁”,“排他锁”实 现。读取数据的事务将会禁止写事务(但允许读事务),写事务则禁止任何其他事务。 
序列化(Serializable):SERIALIZABLE | 3:解决脏读,不可重复读,幻读,可保证事务安全,但完全串行执行,性能最低。提供严格的事务隔离。它要求事 务序列化执行,事务只能一个接着一个地执行,不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的,必须要通过其他机制保证新插入的数据不 会被刚执行查询操作的事务访问到

事务隔离级别的设置

可以通过 show variables like ‘%iso%‘; 查看当前的隔离级别

SHOW VARIABLES LIKE ‘%transaction_isolation%‘;--查看 
+-----------------------+------------------+ 
| Variable_name | Value | 
+-----------------------+------------------+ 
| transaction_isolation | REPEATABLE-READ | 
+-----------------------+------------------+

-- 设定全局的隔离级别 设定会话 global 替换为 session 即可 把set语法温习一下 
-- SET [GLOABL] config_name = ‘foobar‘; 
-- SET @@[session|global].config_name = ‘foobar‘; 
-- SELECT @@[global.]config_name; 
--全局修改 
SET @@gloabl.transaction_isolation = 0; 
SET @@gloabl.transaction_isolation = ‘READ-UNCOMMITTED‘; 
SET @@gloabl.transaction_isolation = 1; 
SET @@gloabl.transaction_isolation = ‘READ-COMMITTED‘; 
SET @@gloabl.transaction_isolation = 2; 
SET @@gloabl.transaction_isolation = ‘REPEATABLE-READ‘;
SET @@gloabl.transaction_isolation = 3; 
SET @@gloabl.transaction_isolation = ‘SERIALIZABLE‘; 
--局部修改 
SET @@session.transaction_isolation = 0; 
SET @@session.transaction_isolation = ‘READ-UNCOMMITTED‘; 
SET @@session.transaction_isolation = 1; 
SET @@session.transaction_isolation = ‘READ-COMMITTED‘; 
SET @@session.transaction_isolation = 2; 
SET @@session.transaction_isolation = ‘REPEATABLE-READ‘; 
SET @@session.transaction_isolation = 3; 
SET @@session.transaction_isolation = ‘SERIALIZABLE‘;

事务隔离级别之RU级别

解决问题:没有使用事务时数据不一致问题,做到所有的sql一起执行,一起失败
脏读 :一个事务开始读取了某行数据,另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的,因为很可能所有的操作都被回滚。(也会存在 脏读,幻读问题)

mysql优化之事务隔离级别和IO关系

mysql优化之事务隔离级别和IO关系

事务RC隔离级别

解决问题:解决脏读的问题
不可重复读:一个事务对同一行数据重复读取两次,但是却得到了不同的结果。例如,在两次读取的中途,有另外一个事务对该型数据进行了修改并提交。

问题演示:

1.修改事务隔离级别为RC

--修改事务隔离级别为RC级别 
set @@global.transaction_isolation=1; 
show global variables like ‘%transaction_isolation%‘;

mysql优化之事务隔离级别和IO关系

mysql优化之事务隔离级别和IO关系

mysql优化之事务隔离级别和IO关系

mysql优化之事务隔离级别和IO关系

mysql事务RR级别-幻读问题

mysql8已经解决该问题

幻读:事务在操作过程中进行两次查询,第二次查询的结果包含了第一次查询中未出现的数据(SQL不一定一样)。

mysql优化之事务隔离级别和IO关系

mysql优化之事务隔离级别和IO关系

事务隔离级别实现

通俗解释

未授权读取 : redo log 与 undo log 是加上一把共享锁

授权读取 : 使用了排他锁,不允许其他事务修改数据,同时不能查询

可重复读 : 数据会放入缓存区,数据的修改会加排他锁

序列化 : 串行化, 属于行锁

详细解释

未授权提交(未提交读 Read UNCommitted):主要在于重做和回滚-共享锁 在事务进行中,允许其他事务可以读取修改的数据。 
授权提交():使用了排它锁,不允许其他事务读取到数据,同时也不能修改 
可重复读取:排它锁,会把可读取的数据放在缓存区中,而其他事务修改的数据会加一把锁 
序列化:串行化,实现不仅仅只是靠行锁,还会加上其他机制实现

事务隔离级别与IO的关系

事务执行流程图

mysql优化之事务隔离级别和IO关系

Innodb的一条事务日志共经历4个阶段:

1)创建阶段:事务创建一条日志; 
2)日志刷盘:日志写入到磁盘上的日志文件; (ib_logfile里面)
3)数据刷盘:日志对应的脏页数据写入到磁盘上的数据文件; 
4)写CKP:日志被当作Checkpoint写入日志文件;(ib_data里面)

与IO的关系

-- 查看日志文件设置状态 
show variables like ‘innodb_%‘; 
-- 更改 
set @@global.innodb_flush_log_at_trx_commit = 0; -- 0,1,2 
show variables like ‘innodb_flush_log_at_trx_commit‘;

mysql优化之事务隔离级别和IO关系

数据库优化本质就是减少IO消耗

上图几种事务参数特点

数据参数为 1 : 数据安全 性能最低
数据参数为 2 : 性能属于居中
数据参数为 0 : 性能为最高,效率最高,同时会有几个事务的

mysql优化之事务隔离级别和IO关系

上一篇:Android Activity.startActivityForResult的详细用法


下一篇:【转】android 按home键返回到桌面后,再按桌面应用图标又重新打开该应用的解决方法