数据库隔离级别

① mysql默认事务隔离级别

SQL标准中支持4种事务隔离级别，READ_UNCOMMITTED（读未提交），READ_COMMITTED（读已提交），REPEATABLE_READ（可重复读），SERIALIZABLE（串行读），MySQL innodb引擎支持全部这4种事务隔离级别。

工具／原料：

联想Y7000P

Windows10

MySQL6.0

1、启动命令行窗口，连接MySQL数据库

图示，通过MySQL提供的客户端命令mysql连接MySQL数据库。

② MySQL的默认事务隔离级别是

mysql的4种事务隔离级别，如下所示：

1、未提交读(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据。

2、提交读(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)。

3、可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读，但是innoDB解决了幻读。

4、串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞。

相关简介

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，属于Oracle旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最好的RDBMS(Relational Database Management System，关系数据库管理系统) 应用软件之一。

MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。

MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。

③ 数据库事务隔离级别 一般用哪个

术式之后皆为逻辑，一切皆为需求和实现。希望此文能从需求、现状和解决方式的角度帮大家理解隔离级别。

隔离级别的产生

在串型执行的条件下，数据修改的顺序是固定的、可预期的结果，但是并发执行的情况下，数据的修改是不可预期的，也不固定，为了实现数据修改在并发执行的情况下得到一个固定、可预期的结果，由此产生了隔离级别。

所以隔离级别的作用是用来平衡数据库并发访问与数据一致性的方法。

事务的4种隔离级别

READ UNCOMMITTED 未提交读，可以读取未提交的数据。READ COMMITTED 已提交读，对于锁定读(select with for update 或者 for share)、update 和 delete 语句， InnoDB 仅锁定索引记录，而不锁定它们之间的间隙，因此允许在锁定的记录旁边自由插入新记录。 Gap locking 仅用于外键约束检查和重复键检查。REPEATABLE READ 可重复读，事务中的一致性读取读取的是事务第一次读取所建立的快照。SERIALIZABLE 序列化

在了解了 4 种隔离级别的需求后，在采用锁控制隔离级别的基础上，我们需要了解加锁的对象(数据本身&间隙)，以及了解整个数据范围的全集组成。

数据范围全集组成

SQL 语句根据条件判断不需要扫描的数据范围（不加锁）；

SQL 语句根据条件扫描到的可能需要加锁的数据范围；

以单个数据范围为例，数据范围全集包含：（数据范围不一定是连续的值，也可能是间隔的值组成）

1. 数据已经填充了整个数据范围：（被完全填充的数据范围，不存在数据间隙）

• 整形，对值具有唯一约束条件的数据范围 1～5 ，

  已有数据1、2、3、4、5，此时数据范围已被完全填充；

• 整形，对值具有唯一约束条件的数据范围 1 和 5 ，

  已有数据1、5，此时数据范围已被完全填充；

2. 数据填充了部分数据范围：（未被完全填充的数据范围，是存在数据间隙）

• 整形的数据范围 1～5 ，

  已有数据 1、2、3、4、5，但是因为没有唯一约束，

  所以数据范围可以继续被 1～5 的数据重复填充；

• 整形，具有唯一约束条件的数据范围 1～5 ，

  已有数据 2，5，此时数据范围未被完全填充，还可以填充 1、3、4 ；

3. 数据范围内没有任何数据（存在间隙）

如下：

• 整形的数据范围 1～5 ，数据范围内当前没有任何数据。

在了解了数据全集的组成后，我们再来看看事务并发时，会带来的问题。

无控制的并发所带来的问题

并发事务如果不加以控制的话会带来一些问题，主要包括以下几种情况。

1. 范围内已有数据更改导致的：

• 更新丢失：当多个事务选择了同一行，然后基于最初选定的值更新该行时，

  由于每个事物不知道其他事务的存在，最后的更新就会覆盖其他事务所做的更新；

• 脏读： 一个事务正在对一条记录做修改，这个事务完成并提交前，这条记录就处于不一致状态。

  这时，另外一个事务也来读取同一条记录，如果不加控制，

  第二个事务读取了这些“脏”数据，并据此做了进一步的处理，就会产生提交的数据依赖关系。

  这种现象就叫“脏读”。

2. 范围内数据量发生了变化导致：

• 不可重复读：一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，

  却发现其读出的数据已经发生了改变，或者某些记录已经被删除了。

  这种现象就叫“不可重复读”。

• 幻读：一个事务按相同的查询条件重新读取以前检索过的数据，

  却发现其他事务插入了满足其查询条件的新数据，这种现象称为“幻读”。

  可以简单的认为满足条件的数据量变化了。

因为无控制的并发会带来一系列的问题，这些问题会导致无法满足我们所需要的结果。因此我们需要控制并发，以实现我们所期望的结果(隔离级别)。

MySQL 隔离级别的实现

InnoDB 通过加锁的策略来支持这些隔离级别。

行锁包含：

• Record Locks

  索引记录锁，索引记录锁始终锁定索引记录，即使表中未定义索引，

  这种情况下，InnoDB 创建一个隐藏的聚簇索引，并使用该索引进行记录锁定。

• Gap Locks

  间隙锁是索引记录之间的间隙上的锁，或者对第一条记录之前或者最后一条记录之后的锁。

  间隙锁是性能和并发之间权衡的一部分。

  对于无间隙的数据范围不需要间隙锁，因为没有间隙。

• Next-Key Locks

  索引记录上的记录锁和索引记录之前的 gap lock 的组合。

  假设索引包含 10、11、13 和 20。

  可能的next-key locks包括以下间隔，其中圆括号表示不包含间隔端点，方括号表示包含端点：

• (负无穷大, 10] (10, 11] (11, 13] (13, 20] (20, 正无穷大) 对于最后一个间隔，next-key将会锁定索引中最大值的上方，




左右滑动进行查看

"上确界"伪记录的值高于索引中任何实际值。

上确界不是一个真正的索引记录，因此，实际上，这个 next-key 只锁定最大索引值之后的间隙。

基于此，当获取的数据范围中，数据已填充了所有的数据范围，那么此时是不存在间隙的，也就不需要 gap lock。

对于数据范围内存在间隙的，需要根据隔离级别确认是否对间隙加锁。

默认的 REPEATABLE READ 隔离级别，为了保证可重复读，除了对数据本身加锁以外，还需要对数据间隙加锁。

READ COMMITTED 已提交读，不匹配行的记录锁在 MySQL 评估了 where 条件后释放。

对于 update 语句，InnoDB 执行 "semi-consistent" 读取，这样它会将最新提交的版本返回到 MySQL，

以便 MySQL 可以确定该行是否与 update 的 where 条件相匹配。

总结&延展：

唯一索引存在唯一约束，所以变更后的数据若违反了唯一约束的原则，则会失败。

当 where 条件使用二级索引筛选数据时，会对二级索引命中的条目和对应的聚簇索引都加锁；所以其他事务变更命中加锁的聚簇索引时，都会等待锁。

行锁的增加是一行一行增加的，所以可能导致并发情况下死锁的发生。

例如，

在 session A 对符合条件的某聚簇索引加锁时，可能 session B 已持有该聚簇索引的 Record Locks，而 session B 正在等待 session A 已持有的某聚簇索引的 Record Locks。

session A 和 session B 是通过两个不相干的二级索引定位到的聚簇索引。

session A 通过索引 idA，session B通过索引 idB 。

当 where 条件获取的数据无间隙时，无论隔离级别为 rc 或 rr，都不会存在间隙锁。

比如通过唯一索引获取到了已完全填充的数据范围，此时不需要间隙锁。

间隙锁的目的在于阻止数据插入间隙，所以无论是通过 insert 或 update 变更导致的间隙内数据的存在，都会被阻止。

rc 隔离级别模式下，查询和索引扫描将禁用 gap locking，此时 gap locking 仅用于外键约束检查和重复键检查（主要是唯一性检查）。

rr 模式下，为了防止幻读，会加上 Gap Locks。

事务中，SQL 开始则加锁，事务结束才释放锁。

就锁类型而言，应该有优化锁，锁升级等，例如rr模式未使用索引查询的情况下，是否可以直接升级为表锁。

就锁的应用场景而言，在回放场景中，如果确定事务可并发，则可以考虑不加锁，加快回放速度。

锁只是并发控制的一种粒度，只是一个很小的部分：

从不同场景下是否需要控制并发，(已知无交集且有序的数据的变更，MySQL 的 MTS 相同前置事务的多事务并发回放)

并发控制的粒度，(锁是一种逻辑粒度，可能还存在物理层和其他逻辑粒度或方式)

相同粒度下的优化，(锁本身存在优化，如IX、IS类型的优化锁)

粒度加载的安全&性能(如获取行锁前，先获取页锁，页锁在执行获取行锁操作后即释放，无论是否获取成功)等多个层次去思考并发这玩意。

④ 事务隔离级别有哪些

事务的隔离级别有4种，由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。事物的并发操作中可能休闲脏读，不可重复读，幻读。

1、第一种隔离级别：Read uncommitted（读未提交）

如果一个事务已经开始写数据，则另外一个事务不允许同时进行写操作，但允许其他事务读此行数据，该隔离级别可以通过“排他写锁”，但是不排斥读线程实现。这样就避免了更新丢失，却可能出现脏读，也就是说事务B读取到了事务A未提交的数据。

解决了更新丢失，但还是可能会出现脏读。

2、第二种隔离级别：Read committed（读提交）

如果是一个读事务(线程)，则允许其他事务读写，如果是写事务将会禁止其他事务访问该行数据，该隔离级别避免了脏读，但是可能出现不可重复读。事务A事先读取了数据，事务B紧接着更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

解决了更新丢失和脏读问题。

3、第三种隔离级别：Repeatable read（可重复读取）

可重复读取是指在一个事务内，多次读同一个数据，在这个事务还没结束时，其他事务不能访问该数据，这样就可以在同一个事务内两次读到的数据是一样的，因此称为是可重复读隔离级别，读取数据的事务将会禁止写事务，写事务则禁止任何其他事务，这样避免了不可重复读和脏读，但是有时可能会出现幻读。

读取数据的事务可以通过“共享读镜”和“排他写锁”实现。

解决了更新丢失、脏读、不可重复读、但是还会出现幻读。

4、第四种隔离级别：Serializable（可序化）

提供严格的事务隔离，它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行，如果仅仅通过“行级锁”是无法实现序列化的，必须通过其他机制保证新插入的数据不会被执行查询操作的事务访问到。

序列化是最高的事务隔离级别，同时代价也是最高的，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻读。

事务的基本要素（ACID）

1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。

2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。

3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。

4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。

以上内容参考：事务隔离级别 - 网络

⑤ 数据库事务隔离级别

一个事务可以读取到另一个事务未提交的内容；（脏读）

事务要等到另一个事务提交后才能读取到该条内容；

在一个开启事务读取数据后，在未提交之前不再允许修改。（MySql默认级别）

序列化时最高的事务隔离级别，在该级别下，事务串行顺序执行，可以避免脏读、不可重复读、幻读。

⑥ 数据库事务的四个隔离级别，mysql在哪一个级别

为了给程序配置资源隔离，通常我们会到 cgroup 层级树下的控制器⾥，创建或者修改控制组⽂件。

修改方法

有两种方法可以对配置了 systemd 的程序进行资源隔离：1. 命令行修改：通过执行systemctl set-property命令实现，形式为systemctl set-propertyname parameter=value；修改默认即时生效。2. 手工修改文件：直接编辑程序的 systemd unit file 文件，完成之后需手工执行systemctldaemon-reload更新配置，并重启服务systemctl restart name.service。

systemd unit file 里支持的资源隔离配置项，如常见的：

• CPUQuota=value

  该参数表示服务可以获取的最大 CPU 时间，value 为百分数形式，高于 100% 表示可使用1 核以上的CPU。与 cgroup cpu 控制器cpu.cfs_quota_us配置项对应。

• MemoryLimit=value

  该参数表示服务可以使用的最大内存量，value 可以使用 K, M, G, T 等后缀表示值的大小。与 cgroupmemory 控制器memory.limit_in_bytes配置项对应。

事务的4种隔离级别

READ UNCOMMITTED 未提交读，可以读取未提交的数据。

READ COMMITTED 已提交读，对于锁定读(select with for update 或者 for share)、update 和 delete 语句，InnoDB 仅锁定索引记录，而不锁定它们之间的间隙，因此允许在锁定的记录旁边自由插入新记录。

Gap locking 仅用于外键约束检查和重复键检查。

REPEATABLE READ 可重复读，事务中的一致性读取读取的是事务第一次读取所建立的快照。

SERIALIZABLE 序列化在了解了 4 种隔离级别的需求后，在采用锁控制隔离级别的基础上，我们需要了解加锁的对象(数据本身&间隙)，以及了解整个数据范围的全集组成。

数据范围全集组成

SQL 语句根据条件判断不需要扫描的数据范围（不加锁）；

SQL 语句根据条件扫描到的可能需要加锁的数据范围；

以单个数据范围为例，数据范围全集包含：（数据范围不一定是连续的值，也可能是间隔的值组成）

⑦ 事务隔离级别是什么

事务隔离级别是为了保证并发读取数据库中数据正确性而采用的一种策略。

事务隔离级别包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。

事务的隔离级别有四种级别，读取未提交内容，在该隔离级别，所有事务都可以看到其他未提交事务的执行结果、读取提交内容，这是大多数数据库系统的默认隔离级别。

可重读，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行、可串行化，这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突。

事务隔离的解决方法：

1、未授权读取的方法，也称为读未提交。该隔离级别可以通过“排他写锁”实现。

2、授权读取的方法，可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。

3、可重复读取，通过“共享读锁”和“排他写锁”实现。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。

4、序列化的方式。它要求事务序列化执行，事务只能一个接着一个地执行，不能并发执行。

以上内容参考：网络-事务隔离级别

⑧ 事务的隔离级别是什么

数据库事务的隔离级别有4种，由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。而且，在事务的并发操作中可能会出现脏读，不可重复读，幻读。

1、Read uncommitted

读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。

2、Read committed

读提交，顾名思义，就是一个事务要等另一个事务提交后才能读取数据。

3、Repeatable read

重复读，就是在开始读取数据（事务开启）时，不再允许修改操作。

4、Serializable 序列化

Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。