事务隔离级别
事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离.在并发下事务会容易出现一些问题
出现事务隔离的场景
脏读 ：一个事务开始读取了某行数据，另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的，因为很可能所有的操作都被回滚。
不可重复读：一个事务对同一行数据重复读取两次，但是却得到了不同的结果。例如，在两次读取的中途，有另外一个事务对该型数据进行了修改，并提交。
幻读：事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据（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一起执行，一起失败
脏读 ：一个事务开始读取了某行数据，另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的，因为很可能所有的操作都被回滚。（也会存在 脏读，幻读问题)
事务RC隔离级别
解决问题：解决脏读的问题
不可重复读：一个事务对同一行数据重复读取两次，但是却得到了不同的结果。例如，在两次读取的中途，有另外一个事务对该型数据进行了修改并提交。
问题演示：
1.修改事务隔离级别为RC
--修改事务隔离级别为RC级别
set @@global.transaction_isolation=1;
show global variables like '%transaction_isolation%';
mysql事务RR级别-幻读问题
mysql8已经解决该问题
幻读：事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据（SQL不一定一样）。
事务隔离级别实现
通俗解释
未授权读取 : redo log 与 undo log 是加上一把共享锁
授权读取 : 使用了排他锁,不允许其他事务修改数据,同时不能查询
可重复读 : 数据会放入缓存区,数据的修改会加排他锁
序列化 : 串行化, 属于行锁
详细解释
未授权提交（未提交读 Read UNCommitted）：主要在于重做和回滚-共享锁 在事务进行中，允许其他事务可以读取修改的数据。
授权提交（）：使用了排它锁，不允许其他事务读取到数据，同时也不能修改
可重复读取：排它锁，会把可读取的数据放在缓存区中，而其他事务修改的数据会加一把锁
序列化：串行化，实现不仅仅只是靠行锁，还会加上其他机制实现
事务隔离级别与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';
数据库优化本质就是减少IO消耗
上图几种事务参数特点
数据参数为 1 : 数据安全 性能最低
数据参数为 2 : 性能属于居中
数据参数为 0 : 性能为最高,效率最高,同时会有几个事务的