隔离级别

mysql数据库，当且仅当引擎是InnoDB，才支持事务； 1、隔离级别 事务的隔离级别分为：未提交读(read uncommitted)、已提交读(read committed)、可重复读(repeatable read)、串行化(serializable)。 未提交读 A事务已执行，但未提交；B事务查询到A事务的更新后数据；A事务回滚；---出现脏数据 已提交读 A事务执行更新；B事务查询；A事务又执行更新；B事务再次查询时，前后两次数据不一致；---不可重复读 可重复读 A事务无论执行多少次，只要不提交，B事务查询值都不变；B事务仅查询已提交的数据； 串行化 不允许读写并发操作，写执行时，读必须等待； 2、数据库设置 //查看当前事物级别： SELECT @@tx_isolation; //设置mysql的隔离级别： set session transaction isolation level 设置事务隔离级别 //设置read uncommitted级别： set session transaction isolation level read uncommitted; //设置read committed级别： set session transaction isolation level read committed; //设置repeatable read级别：

1.隔离级别介绍 　　隔离级别并不是某个SQL数据库所特有的，而所有SQL数据库都要实现的一种并发事务隔离机制。隔离性其实比想象的要复杂。在SQL标准中定义了四种隔离级别，每一种隔离级别都规定了一个事务中所作的修改，哪些在事务内和事务间是可见的，哪些是不可见的。较低的级别的隔离通常可以执行更高的并发，系统的开销也更低，然而数据的改变在事务间几乎是透明，也更容易引发各种无法预估的问题。下面简单介绍下四种隔离级别： Read Uncommitted（未提交读） 　　在Read Uncommitted级别，事务的修改，即使没有提交，对其他事务也是可见的。事务可以读取其它事务未提交的数据，这也被称为脏读（Dirty Read）。这个级别会导致很多问题，从性能上说，Read Uncommitted不会比其他级别好太多，但缺乏其他级别的很多好处。除非真的有非常必要的理由，在实际应用中一般很少使用。 Read Committed（已提交读） 　　大多数数据库的默认隔离级别都是Read Committed（但MySQL 不是）。Read Committed满足隔离性的简单定义：一个事务开始时，只能看见已经提交的事务所作的修改。换句话说，一个事务从开始知道提交之前，所作的任何修改对其它事务是不可见的。这个级别有时候也叫做不可重复读（Nonrepeatable Read）

锁粒度 MySQL 不同的存储引擎支持不同的锁机制，所有的存储引擎都以自己的方式显现了锁机制，服务器层完全不了解存储引擎中的锁实现： InnoDB 存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。 MyISAM 和 MEMORY 存储引擎采用的是表级锁（table-level locking） BDB 存储引擎采用的是页面锁（page-level locking），但也支持表级锁 默认情况下，表锁和行锁都是自动获得的， 不需要额外的命令。 但是在有的情况下， 用户需要明确地进行锁表或者进行事务的控制， 以便确保整个事务的完整性，这样就需要使用事务控制和锁定语句来完成。 不同粒度锁的比较 表级锁 开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 存储引擎通过总是一次性同时获取所有需要的锁以及总是按相同的顺序获取表锁来避免死锁。 表级锁更适合于以查询为主，并发用户少，只有少量按索引条件更新数据的应用，如Web 应用 行级锁 开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 最大程度的支持并发，同时也带来了最大的锁开销。 在 InnoDB 中，除单个 SQL 组成的事务外，锁是逐步获得的，这就决定了在 InnoDB 中发生死锁是可能的。 行级锁只在存储引擎层实现

在SQL标准中定义了四中隔离级别，每一种级别都规定了一个事务中所做的修改，哪些在事务内和事务间是可见的，哪些是不可见的。较低级别的隔离通常可以执行更高的并发，系统开销也更低。 四种隔离级别： READ UNCOMMITTED（未提交读） READ COMMITTED (提交读) 这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。 REPEATABLE READ(可重复读) MySQL默认的隔离级别 SERIALIZABLE (可串行化) 脏读 ：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。 不可重复读 ：在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。 幻读 :在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

MySQL的又一神器-锁，MySQL面试必备 https://segmentfault.com/a/1190000020762791 lock 低一级的是 latch 原文链接：blog.ouyangsihai.cn >> MySQL的又一神器-锁，MySQL面试必备 在看这篇文章之前，我们回顾一下前面的几篇关于MySQL的文章，应该对你读下面的文章有所帮助。 InnoDB与MyISAM等存储引擎对比 面试官问你B树和B+树，就把这篇文章丢给他 MySQL的B+树索引的概念、使用、优化及使用场景 MySQL全文索引最强教程 MySQL的又一神器-锁，MySQL面试必备 1 什么是锁 1.1 锁的概述 在生活中锁的例子多的不能再多了，从古老的简单的门锁，到密码锁，再到现在的指纹解锁，人脸识别锁，这都是锁的鲜明的例子，所以，我们理解锁应该是非常简单的。 再到MySQL中的锁，对于MySQL来说，锁是一个很重要的特性，数据库的锁是为了支持对共享资源进行并发访问，提供数据的完整性和一致性，这样才能保证在高并发的情况下，访问数据库的时候，数据不会出现问题。 1.2 锁的两个概念 在数据库中，lock和latch都可以称为锁，但是意义却不同。 Latch 一般称为 闩锁 （轻量级的锁），因为其要求锁定的时间必须非常短。若持续的时间长，则应用的性能会非常差，在InnoDB引擎中

转自： https://www.cnblogs.com/Kevin-ZhangCG/p/9038371.html 什么是事务？事务的四个特性以及事务的隔离级别 什么是事务 　　事务是指是程序中一系列严密的逻辑操作，而且所有操作必须全部成功完成，否则在每个操作中所作的所有更改都会被撤消。可以通俗理解为：就是把多件事情当做一件事情来处理，好比大家同在一条船上，要活一起活，要完一起完 。 事物的四个特性（ACID） 　　 ● 原子性 （Atomicity） ： 操作这些指令时，要么全部执行成功，要么全部不执行。只要其中一个指令执行失败，所有的指令都执行失败，数据进行回滚，回到执行指令前的数据状态。 eg： 拿转账来说，假设用户A和用户B两者的钱加起来一共是20000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是20000，这就是事务的一致性。 　　 ● 一致性 （Consistency） ： 事务的执行使数据从一个状态转换为另一个状态，但是对于整个数据的完整性保持稳定。 　　 ● 隔离性 （Isolation） ： 隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。 　　　　　　　　　　　　 即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来

注：begin或start transaction并不是一个事务的起点，而是在执行它们之后的第一个操作InnoDB表的语句，事务才真正开始。start transaction with consistent snapshot命令可以马上启动一个事务。 1、隔离级别 1.1、基本概念 读未提交 当前事务能读取到其他事务尚未提交的修改值。 读提交 当前事务能读取到其他事务已经提交的修改值。 可重复读 一个事务在任何时刻查询到的结果跟事务一开始启动时查询的结果一样。 串行化 强行使所有事务串行执行。 1.2、小测试一 理解了隔离级别的基本概念后，我们做个小测试， 看看 是不是真的理解了，下面两个会话按顺序执行，最后在各个隔离级别下的V1、V2值各为多少呢？ sessionA sessionB 启动事务 查询得到值1 启动事务 把值1更新成值2 查询得到值V1 提交事务 查询得到值V2 提交事务 查询得到值V3 读未提交 可以读取到其他事务未提交的值，所以V1读取到了sessionB未提交的更改，值为2。 读提交 不能读取到其他事务未提交的值，所以V1的值为1，当查询V2时，sessionB已经提交了，这时读取到的V2为2。 可重复读 查询得到的值为事务启动时的值，所以V1和V2值都为1。 串行化 时，sessionA启动事务后，sessionB会被卡住

当有多个事务同时执行时，可能出现以下问题 脏读 不可重复读 幻读 为了解决这些问题，就有了隔离级别，隔离越严实，效率越低。四种隔离级别 读未提交 读已提交 可重复读 串行化 实现上，数据库会创建一个视图。访问时以视图的逻辑结果为准 可重复读 ： 在事务启动时创建，整个事务都用这个视图 读已提交 ： 每个SQL语句开始执行时创建。 读未提交： 无视图创建 串行，直接加锁，避免并行访问，无视图创建 事务隔离的实现 同一条记录在系统中可以存在多个版本，此为数据库的多版本并发控制（MVCC） 来源： https://www.cnblogs.com/yeni/p/11732669.html

1、事务是什么。 事务（ Transaction）是并发控制的基本单位。所谓的事务， 它 是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。 (数据库引擎innoDB是支持事务的(默认每一条sql语句为一个事务)，MyISAM不支持事务。) 在关系数据库中 ,一个事务可以是一条SQL语句、一组SQL语句或整个程序。 开启事务： Start Transaction 事务结束： End Transaction 提交事务： Commit Transaction 回滚事务： Rollback Transaction 在 MySQL中，默认情况下，事务是自动提交的，也就是说，只要执行一条DML语句就开启了事物，并且提交了事务 以上的自动提交机制是可以关闭的 对 t_user进行提交和回滚操作 提交操作 (事务成功) start transaction DML语句 commit mysql> start transaction;#手动开启事务 mysql> insert into t_user(name) values('pp'); mysql> commit;#commit之后即可改变底层数据库数据 mysql> select * from t_user; +----+--

1.事务的特性（ACID） （1）原子性（Atomicity）。事务中所涉及的程序对数据库的修改操作要么全部成功，要么全部失败。 （2）一致性（Consistency）。事务执行前和执行后来源和去向保持平衡。 （3）隔离性（Isolation）。并发时每个事务是隔离的，相互不影响。 （4）持久性（Durubility）。一旦事务成功提交，应该保证数据的完整存在。 2.事务隔离级别 （1）read uncommitted 未提交读 所有事务都可以看到没有提交事务的数据。 （2）read committed 提交读 事务成功提交后才可以被查询到。 （3）repeatable 重复读 同一个事务多个实例读取数据时，可能将未提交的记录查询出来，而出现幻读。mysql默认级别 （4）Serializable可串行化 强制的进行排序，在每个读读数据行上添加共享锁。会导致大量超时现象和锁竞争。 MySQL mysql默认的事务处理级别是'REPEATABLE-READ',也就是可重复读 1.查看当前会话隔离级别 select @@tx_isolation; 2.查看系统当前隔离级别 select @@global.tx_isolation; 3.设置当前会话隔离级别 set session transaction isolatin level repeatable read; 4