mysql加强（7）~事务、事务并发、解决事务并发的方法

mysql加强（7）~事务、事务并发、解决事务并发的方法
一、事务Transaction（简写tx）：

在数据库中，事务是指一组逻辑 *** 作（不可分割的多个 *** 作—一个事务，从一个状态变成另外一个状态。），无论成或败，都作为一个整体进行工作，要么全部执行，要么全部不执行。

■ 引入背景：银行转账突遇断电的bug

1、事务的ACID属性：

① 原子性：事务是满足原子 *** 作单元的，要么都执行，要么都不执行。

② 一致性：事务必须使数据库从一个一致性状态变成另外一个一致性状态。事务开始和完成，数据必须保持一致。（数据不被破坏）【‘数据守恒’】

③ 隔离性：事务之间有各自的空间，事务之间不被打扰。并发执行的事务之间彼此相互独立、互相不干扰.

④ 持久性：事务一旦提交后，数据是永久性的、不可回滚。（数据的修改是永久的）

■ 事务只是一个改变，是一些 *** 作的集合，事务本身不具备4个特性，但是我们需要让事务满足ACID特性，才能称它为一个正确的事务。

■ 在开发中，我们可以不使用外键，但是必须要有事务（存储引擎- innoDB）
■ 处理事务的两个动作：

提交 commit：当整个事务中，所有的逻辑 *** 作都是正常执行成功。 --》提交事务

回滚 rollback：当整个事务中，有一个或多个逻辑 *** 作执行失败。 --》回滚事务，撤销该事务中所有的 *** 作，恢复到最初的状态。

2、隔离级别：

事务的ACID特性中的隔离性是具有级别的哈，所以才有事务并发出现的各种情况。

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。

mysql 是使用可重复读取(Repeatable Read), 保证了数据的读取一致性，避免了脏读、不可重复读。

默认情况，mysql不会出现幻读[除非 select * from 表名 lock in share mode;]mysql中锁是基于索引机制，也不会出现第一类丢失更新（回滚丢失） 隔离级别脏读不可重复读幻读oracle—读已提交（只是避免了脏读）否是是mysql—可重复读取(避免了脏读和不可重复读)否否是 ■ mysql中的4种隔离级别（重点看是否会出现脏读、不可重复读、幻读即可）

■ 这里最严重的就是丢失更新问题【第一类丢失更新(回滚丢失)、第二类丢失更新(覆盖丢失)】

读取未提交：会出现脏读，还有事务A的数据仍然会因为事务B的insert/update、delete 从而出现幻读、不可重复读

读取已提交：未提交的写 *** 作的事务不允许被其他事务访问到。避免了脏读，但是事务A的数据，仍然会因为事务B的insert/update、delete 从而出现幻读、不可重复读。

可重复读取：避免了不可重复读，但是却有可能出现幻读。

序列化：要求事务一个接着一个进行执行，不可能并发执行。

二、事务并发 1、数据库的事务并发问题：多个事务并发访问/修改**同一个资源**

★ 跟java中的线程问题—并发问题差不多，都是针对同一资源，同时访问/修改出现的问题。

■ 事务并发可能导致的问题【例子：两个客户端同时对同一个银行账号进行 *** 作，一个客户端进行存取，一个客户端进行取钱】

（1）第一类丢失更新：撤销rollback一个事务时，把其他事务已经提交更新的数据回滚掉了。

（2）第二类丢失更新：提交commit一个事务时，把其他事务已经提交更新的数据覆盖掉了。

（3）脏读：A事务未提交，但是B事务却读取到A事务的结果【读取到了B事务未提交的结果】（破坏隔离性）

（4）幻读：A事务在本次事务中，对自己未 *** 作过的数据（B事务insert了一些数据），A事务进行两次读取，发现第一次读取时，记录不存在，第二次读取，记录出现了（破坏一致性，insert）

（5）不可重复读：跟幻读类似，A事务在本次事务中，对自己未 *** 作过的数据（B事务update/delete了一些数据），A事务进行两次读取，发现两次读取的记录值不同（破坏一致性，update/delete）

❀ 每一个事务是有自己的空间的概念

【第一类丢失更新】回滚丢失，把前一个提交的事务的结果回滚到数据库最初的数
【第二类丢失更新】覆盖丢失，通过提交事务，把前一个提交的事务的结果给覆盖掉 脏读: 事务A读到事务B未提交的更新数据 （Oracle不会出现脏读） 幻读：事务A第二次查询时，读到了事务B新增提交的数据，即事务A两次查询时的记录条数不同，“产生幻觉”。【一般使用表锁机制，防止新增数据。】 不可重复读：跟幻读类似（只是幻读是读到事务B新增数据），事务A第二次查询时，读到了事务B修改提交的数据，即事务A两次查询时的结果的值不同不同

三、解决事务并发的方法（悲观锁/乐观锁） 1、悲观锁：事务A在 *** 作时，悲观地认为其他事务会进来干扰自己。—[用的比较多，非常安全]。

（1）悲观锁：使用数据库自身的排它锁机制 [★原理：数据库自身的锁机制（写锁）]

DML *** 作会自动加上排它锁(排斥其他锁)DQL *** 作需要我们手动加上排它锁

select * from 表名 for update;

■ 使用客户端工具Navicat模拟（开启两个命令行窗口，可以拖动出来方便查看）并发：

DML *** 作会自动加上排它锁(排斥其他锁)

DQL *** 作需要我们手动加上排它锁

■ 查询事务加上了 for update，其中一个事务处于阻塞状态，等着另一个事务的提交或回滚。

2、乐观锁：事务A在 *** 作时，乐观地认为其他事务不会进来干扰自己。 (1) ★原理：在表中额外添加一个列，用来表示修改的版本(整型类型)，修改一次就把版本增加1.

举例：事务A并发修改person表中的name字段。
（2）乐观锁的 *** 作步骤：