MySQL事务并发的问题主要分为以上三种

脏读: 比如 事务A 对用户表进行了 一次查询 和一次修改 他将用户1的 部门 从 部门1 改为了 部门2
但事务A 并没有提交 然后事务B 只做了一步查询 查用户表 此时 如果出现脏读 则 事务B查到的 用户1 的所属部门是 部门2
而 这是 事务A其实并没有提交 对用户1 的部门修改其实并没有生效 这就是脏读现象

简单说 事务A对数据进行了修改 而没有提交事务 但其他事务查询查到了 事务A修改之后的数据 这种现象 就叫脏读

不可重复读: 事务A 查询了一次用户表 然后事务B 更改了 表单数据 然后事务B 把事务提交了 然后事务A再执行查询 查到的是更改后的数据 简单说 因为事务B中间改了数据 还提交了事务 导致 A事务 第一和第三次查到的结果不同
严格来讲 我觉得这并不算问题吧 但在概念上 事务执行过程中 不应该受到其他事务的影响 就是 事务A执行完 之前 他是不应该查到其他事务操作更改的数据的 尽管对方已经提交了

幻读 : 比如 事务A 先确认 新员工 有没有自己的账号 一查 哦 没有 同事 事务B 知道新员工没有账号 于是 自己给他添加了一条
而 此时 后知后觉 的 A事务 因为查到了 没有新用户的账号 就有插了一条

而且 在解决不可重复读的情况下 尽管事务B已经提交 事务A再怎么查 都是差不多的 甚至有时候 查询条件是id 那么 A查 id为1的不存在 此时 B添加一条id为1的

则A再添加 id为1的 就会报错 主键id重复 但此时 A他怎么查都查不到 B刚添加的这一条 id为1的数据