7-2. 事务隔离

Ⅰ. 数据并发问题

数据库高并发会出现问题，不能因为有问题就拒绝高并发，因此需要一些权衡和解决。

MySQL是一个客户端／服务器架构的软件，对于同一个服务器来说，可以有若干个客户端与之连接，每个客户端与服务器连接上之后，就可以称为一个会话（ Session ）。

每个客户端都可以在自己的会话中向服务器发出请求语句，一个请求语句可能是某个事务的一部分，也就是对于服务器来说可能同时处理多个事务。事务有隔离性的特性，理论上在某个事务对某个数据进行访问时，其他事务应该进行排队，当该事务提交之后，其他事务才可以继续访问这个数据。

但是这样对性能影响太大，我们既想保持事务的隔离性，又想让服务器在处理访问同一数据的多个事务时性能尽量高些。

在不保证串行执行（也就是执行完一个再执行另一个）的情况下可能会出现四种问题

对于两个事务 Session A、Session B，如果事务Session A 修改了另一个未提交事务SessionB修改过的数据，那就意味着发生了脏写。

即：事务a修改了数据x，但还未提交，此时事务b也修改了数据x，并进行了提交，此时无论事务a是回滚还是提交，数据都发生了脏写，无法同时满足a和b的修改。

对于两个事务 Session A、Session B，Session A 读取了已经被 Session B 更新但还没有被提交的字段。之后若 Session B 回滚，Session A 读取的内容就是临时且无效的。

对于两个事务Session A、Session B，Session A 读取了一个字段，然后 Session B 更新了该字段。之后Session A 再次读取同一个字段，值就不同了。那就意味着发生了不可重复读。

对于两个事务Session A、Session B, Session A 从一个表中读取了一个字段, 然后 Session B 在该表中插入了一些新的行。之后, 如果 Session A 再次读取同一个表, 就会多出几行。那就意味着发生了幻读，新插入的记录成为幻影记录。

注意：幻读只针对插入，不针对删除，删除可以算不可重复读。

上面介绍了几种并发事务执行过程中可能遇到的一些问题，这些问题有轻重缓急之分，我们给这些问题按照严重性来排一下序：

脏写 > 脏读 > 不可重复读 > 幻读

我们愿意舍弃一部分隔离性来换取一部分性能在这里就体现在：设立一些隔离级别，隔离级别越低，并发问题发生的就越多。

SQL标准中设立了4个隔离级别（MySQL都有体现）

READ UNCOMMITTED ：读未提交，在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。不能避免脏读、不可重复读、幻读。
READ COMMITTED ：读已提交，它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。可以避免脏读，但不可重复读、幻读问题仍然存在。
REPEATABLE READ ：可重复读，事务A在读到一条数据之后，此时事务B对该数据进行了修改并提交，那么事务A再读该数据，读到的还是原来的内容。可以避免脏读、不可重复读，但幻读问题仍然存在。这是MySQL的默认隔离级别。
SERIALIZABLE ：可串行化(禁止并发)，确保事务可以从一个表中读取相同的行。在这个事务持续期间，禁止其他事务对该表执行插入、更新和删除操作。所有的并发问题都可以避免，但性能十分低下。能避免脏读、不可重复读和幻读。

SHOW VARIABLES LIKE 'transaction_isolation';

SELECT @@transaction_isolation;

SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL 隔离级别;

-- 或
SET [GLOBAL|SESSION] TRANSACTION_ISOLATION = '隔离级别'

重启后恢复成默认的隔离级别

通过命令修改隔离级别，重启后会恢复成默认的隔离级别。

可在配置文件中进行永久修改

[mysqld]
transaction_isolation=REPEATABLE-READ