MySQL事务隔离级别详解

隔离级别是指数据库系统中对并发操作进行控制的一种机制，它能够保证在并发操作中不同事务之间的数据隔离，避免数据读取不一致的问题。

在数据库管理系统中，隔离级别通常分为四种，分别是读未提交（Read Umitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。

本文将重点讨论可重复读（Repeatable Read）隔离级别。

可重复读（Repeatable Read）隔离级别是数据库系统中最常用的隔离级别之一，它能够在事务执行期间保证数据的一致性和可重复性。

在可重复读隔离级别下，事务可以多次读取同一份数据而不会受到其他事务的影响，从而可以在事务执行期间保持数据的一致性和稳定性。

以下是有关可重复读隔离级别的一些重要内容：1. 数据一致性：在可重复读隔离级别下，事务在执行过程中读取的数据都是事务开始时刻的快照，即事务开始时刻数据库中的数据状态。

这样可以保证事务内部多次读取相同数据时，得到的结果是一致的，从而确保了数据的一致性。

2. 数据不可见性：在可重复读隔离级别下，其他事务对数据的更新操作不会对当前事务的查询操作产生影响。

即使其他事务对查询的数据进行了更新操作，当前事务在事务执行期间多次查询同一份数据时，得到的结果也是一致的，不会受到其他事务的影响。

这样可以避免数据不可见性问题，确保了数据的可重复性。

3. 事务并发性：在可重复读隔离级别下，事务之间是相互隔离的，彼此之间不会相互影响。

多个事务可以并发执行而不会发生数据读取不一致等并发问题，从而提高了数据库系统的并发性能。

4. 实现方式：数据库系统通常通过锁机制来实现可重复读隔离级别。

当一个事务对数据进行读取操作时，数据库系统会对相应的数据行进行加锁，阻止其他事务对该数据行的并发访问，从而确保了数据的一致性和可重复性。

可重复读（Repeatable Read）隔离级别在数据库系统中起着非常重要的作用，它能够保证事务在执行期间数据的一致性和可重复性，避免了数据读取不一致等并发问题，提高了数据库系统的并发性能。

数据库的隔离级别数据库隔离级别是指用来控制并发访问数据库时可能引发的安全问题，从而保护数据完整性。

隔离级别具体定义了不同的事务之间或者同一事务内不同操作之间的数据隔离状态。

数据库隔离级别是数据库系统提供并发访问支持时，必须考虑的一种重要技术原理。

其作用是不管多少个用户同时操作数据库，一个用户的操作不会影响到其他用户的操作，从而保证了数据的完整性。

常见的数据库隔离级别有：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）、可串行化（Serializable）。

其中，读未提交级别是最低的隔离级别，它不能保证脏读、不可重复读或者幻读，在使用该隔离级别时，当一个事务未提交时，其他事务可以读取它改变但未提交的数据。

读已提交级别能够保证脏读不发生，但仍然可能引起不可重复读和幻读。

在使用该级别时，当一个事务提交时，其他事务才能读取这个提交的数据，否则是无法读取的。

可重复读级别是比较高的一个隔离级别，它能够保证脏读、不可重复读不发生，但仍然可能引起幻读。

在使用该级别时，当一个事务开始时，存在某种时间点，它可以在整个事务处理过程中读取相同的数据，但是后续事务有可能会修改它读取的数据，所以无法保证这种可重复读。

可串行化级别是最高的隔离级别，它能够保证脏读、不可重复读和幻读都不发生。

在使用该级别时，当一个事务开始时，任何其他事务都不能对相同的数据进行操作，任何事务开始前后，数据的状态必须是一致的。

不同的数据库系统实现的隔离级别不一样，但原理都是相通的，要恰当选择数据库隔离级别，有助于保证数据在不同事务之间的完整性。

除了隔离级别，数据库也支持乐观锁和悲观锁，能够更好的解决并发访问的问题，同时也能确保数据的完整性和一致性。

总之，数据库的隔离级别是一种重要的技术原理，保证了事务处理中数据的完整性和一致性。

不同的隔离级别有不同程度的保护数据，根据实际应用场景，应当选择合适的隔离级别。

Mysql加锁过程详解（4）-selectforupdatelockinsharemode。

select for update/lock in share mode 对事务并发性影响事务并发性理解事务并发性，粗略的理解就是单位时间内能够执⾏的事务数量，常见的单位是 TPS（ transactions per second）.那在数据量和业务操作量⼀定的情况下，常见的提⾼事务并发性主要考虑的有哪⼏点呢？1.提⾼服务器的处理能⼒，让事务的处理时间变短。

这样不仅加快了这个事务的执⾏时间，也降低了其他等待该事务执⾏的事务执⾏时间。

2.尽量将事务涉及到的 sql 操作语句控制在合理范围，换句话说就是不要让⼀个事务包含的操作太多或者太少。

在业务繁忙情况下，如果单个事务操作的表或者⾏数据太多，其他的事务可能都在等待该事务 commit或者 rollback，这样会导致整体上的 TPS 降低。

但是，如果每个 sql 语句都是⼀个事务也是不太现实的。

⼀来，有些业务本⾝需要多个sql语句来构成⼀个事务（⽐如汇款这种多个表的操作）；⼆来，每个 sql 都需要commit，如果在 mysql ⾥ innodb_flush_log_at_trx_commit=1 的情况下，会导致 redo log 的刷新过于频繁，也不利于整体事务数量的提⾼（IO限制也是需要考虑的重要因素）。

3.在操作的时候，尽量控制锁的粒度，能⽤⼩的锁粒度就尽量⽤锁的粒度，⽤完锁资源后要记得⽴即释放，避免后⾯的事务等待。

但是有些情况下，由于业务需要，或者为了保证数据的⼀致性的时候，必须要增加锁的粒度，这个时候就是下⾯所说的⼏种情况。

select for update 理解select col from t where where_clause for update 的⽬的是在执⾏这个 select 查询语句的时候，会将对应的索引访问条⽬进⾏上排他锁（X 锁），也就是说这个语句对应的锁就相当于update带来的效果。

事务的隔离级别有哪些？
事务的隔离级别指的是多个事务并发执行时，一个事务对数据库中的数据所做的修改在另一个事务看来是不可见的程度。

MySQL定义了四种标准的隔离级别，分别是：
1. 读未提交（Read Uncommitted）：
•最低的隔离级别。

•允许一个事务读取另一个事务尚未提交的数据变更。

•可能导致脏读（Dirty Read）和不可重复读（Non-Repeatable Read）。

2. 读已提交（Read Committed）：
•允许一个事务读取另一个事务已经提交的数据变更。

•避免了脏读，但仍然可能出现不可重复读和幻读（Phantom Read）。

3. 可重复读（Repeatable Read）：
•保证在同一个事务中多次读取同一范围的数据时，会看到相同的数据。

•避免了脏读和不可重复读，但仍然可能出现幻读。

4. 串行化（Serializable）：
•最高的隔离级别。

•确保一个事务的执行完全不受其他事务的影响，避免了脏读、不可重复读和幻读。

•通常是通过在读取的数据上加锁实现的，因此可能导致性能问题。

不同的隔离级别在事务的并发性和数据一致性之间进行了权衡。

随着隔离级别的提高，事务的安全性也提高，但并发性可能降低，因为更多的锁和资源竞争会影响性能。

在选择隔离级别时，需要考虑应用的具体需求和对性能的影响。

默认情况下，大多数数据库系统使用的是"读已提交"的隔离级别。

在MySQL中，通过设置isolation level 来指定事务的隔离级别。

sql 标准定义的四个隔离级别
SQL标准定义了四个隔离级别，它们是：
1. Read Uncommitted（读取未提交）：最低级别的隔离级别。

在这个级别上，事务可以读取到其他事务尚未提交的数据，可能会导致脏读（Dirty Read）问题。

2. Read Committed（读取已提交）：在这个级别上，事务只能读取到其他事务已经提交的数据。

但是在同一事务内的不同查询语句中，可能会读取到不一致的数据，可能导致不可重复读（Non-repeatable Read）问题。

3. Repeatable Read（可重复读）：在这个级别上，事务保证在同一事务内的多个查询中读取到的数据是一致的。

但是可能会有幻读（Phantom Read）问题，即在同一事务内的两个相同的查询语句中，读取到的记录数可能不同。

4. Serializable（可串行化）：最高级别的隔离级别。

在这个级别上，事务是按照顺序依次执行的，不会发生并发的情况。

这可以避免所有的并发问题，但是会导致性能下降。

需要注意的是，不同的数据库产品对于这些隔离级别的实现可能稍有不同，具体的行为可能有所差异。

MySQL --- acidA：原子性> 保证一个事务为一个最小的单元，内部不可分割。

C：一致性> 保证事务中的每个操作线程不可单独提交，成功则一起提交，不成功则事务回滚；I : 隔离性> 保证不同事务间看到的数据视图相互独立，相互隔离。

[ 提交读(read committed)和repeatable read(默认)] 这两个事物隔离级别的差别，就是当一个事物开始的时候，始终读取的信息是开始事物的那一刻的数据快照。

这样的级别叫repeatable read，提交读就撒始终读取的是最近的数据。

其他两个隔离叫未提交读(READ UNCOMMITTED) 和SERIALIZABLE(可串行化) 用的非常少，其中可串行化这个还使用其他的NoSQL队列来代替。

D：持久性> 保证事务提交后数据会持久的保存下来.Mysql的事务存储引擎Innodb 加锁机制叫多版本并发控制（MVCC）技术以便应对更高的并发，当然是以消耗性能作为代价。

简单实现方式如下：InnoDB实现MVCC的方法是，它存储了每一行的两个(1)额外的隐藏字段，这两个隐藏字段分别记录了行的创建的时间和删除的时间。

在每个事件发生的时候，每行存储版本号，而不是存储事件实际发生的时间。

每次事物的开始这个版本号都会增加。

自记录时间开始，每个事物都会保存记录的系统版本号。

依照事物的版本来检查每行的版本号。

在事物隔离级别为可重复读的情况下，来看看怎样应用它。

SELECTInnodb检查没行数据，确保他们符合两个标准：1、InnoDB只查找版本早于当前事务版本的数据行（也就是数据行的版本必须小于等于事务的版本），这确保当前事务读取的行都是事务之前已经存在的，或者是由当前事务创建或修改的行2、行的删除操作的版本一定是未定义的或者大于当前事务的版本号。

确定了当前事务开始之前，行没有被删除(2)符合了以上两点则返回查询结果。

INSERTInnoDB为每个新增行记录当前系统版本号作为创建ID。

数据库默认隔离级别数据库隔离级别概览1什么是数据库隔离级别数据库隔离级别（Isolation Level）是一种数据库系统设置，它是在多用户模式下保护数据完整性和一致性的技术。

它可以限制数据库操作之间，或者由多个操作产生的结果之间，相互影响的程度。

数据库中的并发是指多个用户对数据库的并发访问。

如果，某一个操作的结果受到其他操作的影响，则就不能再保持数据库的完整性和一致性；而引入数据库隔离级别可以解决这一问题。

2数据库隔离级别的分类数据库支持以下5种隔离级别：（1）READ UNCOMMITTED（未提交读）：准许读取尚未提交的数据，也就是允许读取别人尚未提交的更改数据，可能会遇到脏读，不可以防止脏读；（2）READ COMMITTED（已提交读）：阻止脏读（dirty read），但并发操作之间仍存在不可重复读（Non-Repeatable Read），即操作进行锁定（locking）。

（3）REPEATABLE READ（可重复读）：可阻止不可重复读，但依旧存在幻读（phantoms）；（4）SERIALIZABLE（串行化）：可以除去所有的非确定性，也就是无论怎样都可以实现一个完全确定的结果，但是此级别是最慢的，大量的并发操作的情况下，会降低系统的性能；（5）SNAPSHOT（快照）：当反复查询，尽管有两个并发/在一个会话期间，返回的结果是一致的，它不会出现不可重复的情况，也不会担心脏读和幻读等现象，操作多个表时有利（一般来说，要求所有查询一定要去查询修改表中全部数据，这样可以让你在查询时更节省时间）。

3数据库默认隔离级别各个数据库对隔离级别的支持也略有不同，下面列出各个主流数据库默认隔离级别：MySQL数据库，默认隔离级别为REPEATABLE READ（可重复读）；SQL Server数据库，默认隔离级别为READ COMMITTED（已提交读）；PostgresSQL数据库，默认隔离级别为READ COMMITTED（已提交读）；Oracle数据库，默认隔离级别为READ COMMITTED（已提交读）。

mysql事务的默认隔离级别MySQL是一个开源的关系数据库管理系统，支持事务，并提供各个隔离级别来保证数据一致性。

默认情况下，MySQL使用REPEATABLE READ作为事务的隔离级别。

一、事务概念二、隔离级别隔离级别是数据库为支持并发事务而提供的一种保护机制，用于隔离一些事务的结果，以防止它们互相干扰。

MySQL提供四个隔离级别。

1、READ UNCOMMITTEDREAD UNCOMMITTED是最低的隔离级别，指允许未提交的数据，事务可以读取尚未被提交的数据，也就是脏读，因此数据的一致性无法得到保证。

READ COMMITTED是MySQL的默认隔离级别，指其它事务提交的数据可以被读取，但是不能读取未提交的数据，也就是一个事务只能读取已提交的数据，因此避免了脏读的问题。

但是，由于其它事务可以在该事务读取数据的过程中进行提交或回滚，因此有可能出现不可重复读或幻读的问题。

3、REPEATABLE READREPEATABLE READ是MySQL的默认隔离级别，指在事务执行期间，其它事务不能对当前事务的数据进行修改，也不能新增或删除当前事务所查询的数据，因此避免了脏读、不可重复读和幻读的问题。

但是，如果在同一个事务中出现两次相同的查询，则查询结果可能会不一致。

此外，MySQL在REPEATABLE READ隔离级别下使用了MVCC（多版本并发控制）机制，每个事务都能看到过去的数据版本，因此会占用更多的内存空间，可能会导致性能下降。

4、SERIALIZABLESERIALIZABLE是最高的隔离级别，指在一个事务执行期间，其它事务不能对数据进行修改、新增或删除操作，可以避免所有的并发问题。

但是由于其它事务都不能访问数据库，因此可能会导致性能下降。

三、事务隔离级别的选择在选择事务隔离级别时，需要考虑数据一致性和性能之间的平衡。

如果需要保证数据的一致性，可以选择READ COMMITTED、REPEATABLE READ或者SERIALIZABLE隔离级别，其中REPEATABLE READ是MySQL的默认隔离级别；如果要求高性能，可以选择READ UNCOMMITTED隔离级别，但是需要注意其脏读问题。

sqlserver 事务级别
SQL Server 中有四种事务隔离级别，它们分别是 READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和SERIALIZABLE。

事务隔离级别决定了一个事务能够看到其他事务所
做的改变的程度，以及其他事务能够看到该事务所做的改变的程度。

1. READ UNCOMMITTED，在这个级别下，一个事务可以看到其他
事务尚未提交的修改。

这意味着它可以读取到未被其他事务确认的
数据，可能会导致脏读、不可重复读和幻读的问题。

2. READ COMMITTED，这是 SQL Server 默认的事务隔离级别。

在这个级别下，一个事务只能看到已经提交的数据修改。

这可以避
免脏读的问题，但仍然可能出现不可重复读和幻读的问题。

3. REPEATABLE READ，在这个级别下，一个事务在执行期间看
到的数据是一致的，即使其他事务对数据进行了修改。

这可以避免
脏读和不可重复读的问题，但仍然可能出现幻读的问题。

4. SERIALIZABLE，这是最严格的事务隔禅级别。

在这个级别下，事务之间是完全隔离的，可以避免脏读、不可重复读和幻读的问题，
但可能会导致性能下降，因为它会对数据进行加锁以确保事务的隔
离性。

选择合适的事务隔离级别取决于应用程序的需求和对数据一致
性的要求。

需要根据具体的业务场景和性能需求来进行权衡和选择。

同时，需要注意不同的隔离级别可能会对并发性能产生影响，需要
综合考虑。

@Transactional注解参数详解参数⼀: propagation详情如下:REQUIRED：⽀持当前事务，如果当前没有事务，就新建⼀个事务。

这是最常见的选择。

SUPPORTS：⽀持当前事务，如果当前没有事务，就以⾮事务⽅式执⾏。

MANDATORY：⽀持当前事务，如果当前没有事务，就抛出异常。

REQUIRES_NEW：新建事务，如果当前存在事务，把当前事务挂起。

NOT_SUPPORTED：以⾮事务⽅式执⾏操作，如果当前存在事务，就把当前事务挂起。

NEVER：以⾮事务⽅式执⾏，如果当前存在事务，则抛出异常。

NESTED：⽀持当前事务，如果当前事务存在，则执⾏⼀个嵌套事务，如果当前没有事务，就新建⼀个事务。

参数⼆:事物超时设置: timeout默认30秒参数三:事务隔离级别:isolation详情如下:Isolation.READ_UNCOMMITTED : 读取未提交数据(会出现脏读, 不可重复读) 基本不使⽤Isolation.READ_COMMITTED : 读取已提交数据(会出现不可重复读和幻读)Isolation.REPEATABLE_READ：可重复读(会出现幻读)Isolation.SERIALIZABLE：串⾏化备注:MYSQL: 默认为REPEATABLE_READ级别SQLSERVER: 默认为READ_COMMITTED参数四: readOnly属性⽤于设置当前事务是否为只读事务，设置为true表⽰只读，false则表⽰可读写，默认值为false。

参数五:rollbackFor该属性⽤于设置需要进⾏回滚的异常类数组，当⽅法中抛出指定异常数组中的异常时，则进⾏事务回滚。

例如：指定单⼀异常类：@Transactional(rollbackFor=RuntimeException.class)指定多个异常类：@Transactional(rollbackFor={RuntimeException.class, Exception.class})参数六: rollbackForClassName该属性⽤于设置需要进⾏回滚的异常类名称数组，当⽅法中抛出指定异常名称数组中的异常时，则进⾏事务回滚。