参考:MySQL的四种事务隔离级别
参考博文中给出了不错的举例，但也有不足之处。
四种隔离：
1.read uncommitted
问题：会读到另一个事务未提交的数据，发生脏读
2.read committed
解决：避免了脏读
问题：如果在事务过程中，另一个事务更新(update)并提交（commit）了数据,这边读到的数据会随之更新，导致前后不一致，此现象叫不可重复读，意思为读不到重复（前后一致）的值；
3.repeatable read
解决：避免了脏读和不可重复读。
如果在事务过程中，另一个事务更新(update)并提交（commit）了数据,这边的实际内容和
read committed模式下一样发生了变化，但在显示时不进行更新，显示历史版本的旧值。
问题：另一个事务如果插入了（insert）新行时，当前事务是接收到但是看不到(select)的,操作如果有冲突(如主键重复)会提示你这边已经有数据，好像发生幻觉一样，称为“幻读”。
4.serializable
串行化 没有啥问题，就是必须一个事务commit之后另一个事务才能进行写入操作，并发性很差。
其他
隔离程度越高，并发性能越差
默认repeatable read
吐槽：
个人感觉不可重复读这个问题不能算作问题，为此专门搞出的repeatable read模式在数据已经发生实质性改变的情况下还用原来的值来显示，是对变化的视而不见。
举个例子，事务B将id=1的数据删除，事务A这边还留有id=1的数据“残影”来用于显示，而对于id=1数据的任何操作都是无用功，不会有回应。
MYSQL设置语句
select @@global.transaction_isolation; --查询全局事务隔离
select @@transaction_isolation; --查询会话事务隔离
set global transaction isolation level XXXXX; --修改全局事务隔离
set transaction isolation level XXXXX; --修改会话事务隔离
设置完之后要exit数据库，然后重新登录，至少我这 win10+MySQL 8.0.21不这样不行。