每个事务在提交之前，都会把数据原始状态记录在undo log文件里面，来做到事务的回滚。多个事务并发执行的时候，根据自己的undo log回滚数据，会引起几个问题。
脏写两个事务同时更新一条记录，一个事务回滚，覆盖了另一个事务更新的值
举例：
事务A和事务B同时更新一条记录中的job字段，job原始值是null
事务A：把job更新完Java工程师
事务B：把job更新为vue工程师
事务A：妈呀，出问题了，赶紧回滚。于是事务A从他的undo log中将job回滚到null的状态
事务B：天啦撸，我更新的值咋没了！！！
这就是脏写！！！
两个事务，一个事务读取另一个事务未提交的值，之后写事务回滚，导致读事务再去读取的时候，数据与之前不一致
举例：
事务A去更新job字段，事务B去读取job字段，job初始值是null
事务A：把job更新完Java工程师
事务B：读取到job的值为Java工程师
事务A：妈呀，出问题了，赶紧回滚。于是事务A从他的undo log中将job回滚到null的状态
事务B：再去读取job，发现此时job的值是null，事务B开始原地爆炸！！！
这就是脏读！！！
一个事务多次读取的值都不同
举例：假设事务之间只能互相读取到彼此已经提交的事务（排除脏读）
事务A读取job字段，事务B更新job字段，job初始值是null
事务A：读取到job的值为null
事务B：更新job的值为Java工程师，并提交
事务A：再去读取job的值，发现是Java工程师
事务A：我去，上次还是null，怎么变了，这就是不可重复读！！！
一个事务中的同一个sql语句，读取到了之前未读到的数据
举例：
事务A查询一张表id大于10的列表，事务B向这张表插入数据
事务A：select * from table where id > 10，假如获取了5条
事务B：向table中插入5条数据，提交事务，OK
事务A：select * from table where id > 10，尼玛咋获取到了10条，多的5条啥意思？
事务A：我出现幻觉了吗？我是谁，我在哪？？
这就是幻读！！！
脏写、脏读可简单理解为写未提交和读未提交
不可重复读和幻读都是提交事务之后产生的问题
