脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据
不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致。
幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

2.2.2.四种隔离级别

隔离级别可理解为，隔离性的严格度，MySQL并不是固定死了各个事务间就是不可读的，而是规定了各种强度的隔离级别。

观察上面3种数据一致性问题就会发现，解决它们需要的隔离性是递增的，MySQL一共给出4种隔离级别，隔离性也是递增的，对应解决以上3个问题，有3种，加上1种3种问题都能覆盖解决的：

Read Uncommitted（读未提交）：最低的隔离级别，允许一个事务读取另一个事务尚未提交的数据变更。可能导致脏读（Dirty Read）问题。
Read Committed（读已提交）：确保一个事务只能读取另一个事务已经提交的数据变更。防止脏读问题，但可能导致不可重复读（Non-repeatable Read）问题。
Repeatable Read（可重复读）：确保在同一个事务中多次读取同一数据时，能够得到一致的结果。防止脏读和不可重复读问题，但可能导致幻读（Phantom Read）问题。
Serializable（串行化）：最高的隔离级别，强制事务串行执行，确保不会发生脏读、不可重复读和幻读问题。但是并发性能较差，通常不建议在高并发环境中使用。

2.3.如何设置隔离级别

可以在连接字符串中设置隔离级别：

jdbc:mysql://localhost/mydatabase?useSSL=false&characterEncoding=utf8&transactionIsolation=隔离级别

可以通过SQL在会话中设置隔离级别：

SET TRANSACTION ISOLATION LEVEL 隔离级别;

3.锁

3.1.锁与事务的关系

锁是计算机协调多个进程或线程并发访问某一资源的机制，用来解决并发访问带来的数据一致性问题。在数据库中，除传统的计算资源（如CPU、IO、RAM）的争用以外，数据更是会被并发访问的资源。所以MySQL数据库也用锁机制来保证数据并发访问的一致性。

不同的隔离级别底层就是用不同的锁来实现的。

3.2.分类

MySQL的锁可以从两种维度来分，

一个维度是按照锁的是一行，还是锁的是整张表，分为：

行锁
表锁

另一个维度是按照锁的操作是读操作，还是写操作，分为：

读锁
写锁

3.3.表锁

3.3.1.概述

MySQL中innodb引擎和myisam引擎均支持用lock tables指令来锁表。

3.3.2.读锁

读锁，一种共享锁，针对被锁表，所有会话都可以进行读操作，所有会话都无法进行写操作。加锁方和其他客户端的区别是，加锁方直接不允许进行写操作，而其他会话的写操作允许进行，只是会被阻塞挂起。锁解开后，所有挂起的操作线程会去重新争抢资源。

加锁指令：

lock tables 表名 read;

释放锁指令：

unlock tanles;

加锁方不允许进行写操作：

其它客户端的写操作在加锁方释放锁之前都被挂起：

3.3.3.写锁

写锁，排它锁，针对被锁表，加锁方可以读写，其他会话的写操作会直接失败，读操作会被阻塞挂起，解锁以后，被挂起的线程会重新去争抢资源。

加锁指令：

lock tables 表名 write;

其它会话的读操作、写操作在加锁方释放锁之前都被阻塞挂起：

3.3.4.保护机制

读锁、写锁中，加锁方都只能读当前被自己锁定的表，这是MySQL的一个保护机制，为的就是强制要求加锁方给出一个说法，到底准备锁多久，不给说法不让走。

3.4.行锁

3.4.1.概述

innodb和myIsam最大的不同有两点，一是支持事务，二是支持行级锁。

3.4.2.什么是MVCC

行锁没有显式的声明办法，而是藏在默认实现中，MVCC 是 MySQL InnoDB 存储引擎的默认并发控制机制，其采用的就是表锁。

并发控制有几种处理方法，

第一种：基于锁的并发控制，程序员B开始修改数据时，给这些数据加上锁，程序员A这时再读，就发现读取不了，处于等待情况，只能等B操作完才能读数据，这保证A不会读到一个不一致的数据，但是这个会影响程序的运行效率。

第二种：MVCC，每个用户连接数据库时，看到的都是某一特定时刻的数据库快照，在B的事务没有提交之前，A始终读到的是某一特定时刻的数据库快照，不会读到B事务中的数据修改情况，直到B事务提交，才会读取B的修改内容。

MVCC其实就是实现事务的关键，后续会有文章专门深入聊事务的实现，此处暂不展开。

3.4.3.mvcc的使用

首先有一个需要纠正的是，很多地方都说mvcc是通过手动提交来触发的，这是个误导，不管手动提交还是自动提交MVCC机制都是生效的，只是手动提交用来观察mvcc过程更加直观。

此处为了直观，我们也以手动提交为例，首先通过set autocommit=0可以关闭自动提交。关闭后每次执行sql以后，通过commit命令来手动提交，才会对数据库产生影响，否则只会对当前操作方的数据快照有影响。innodb引擎中，其他客户端想查看到最新的数据情况也必须通过commit指令来做一次同步（因为innodb默认隔离级别为可重复读）。

当一个会话修改某行数据，未commit前，其他会话对该行数据的修改会阻塞挂起，直到先改那个会话commit为止。

3.4.4.间隙锁

使用范围条件匹配时，innodb会给符合条件的已有数据记录的索引加“范围锁”（范围锁是特殊的行锁），对于键值在条件范围内但并不存在的记录，叫做间隙（GAP），innodb也会对这个间隙加锁，这种机制叫做“间隙锁”。

3.4.5.行锁变表锁

任何需要全表扫描的情况时，行锁都会升级为表锁。

因为MySQL不知道到底该锁哪行，所以会将整个表都锁起来，然后再进行全表扫描。

全表扫描的情况无非两种：

没建索引。
索引失效。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/小丑西瓜9/article/detail/404592