查询mysql当前的事务隔离策略 ： select @@tx_isolation; (默认repeatable read)
查询mysql当前的自动提交模式： select @@autocommit; (1表示事务自动提交)
1. READ-UNCOMMIT 读取未提交内容 场景测试：
开启2个客户端(可以是命令行，也可以是类似heidiSQL之类的可视化客户端)，这里假设是客户端A、B，下面是顺序执行。
客户端B：
//设置B的事务隔离为未提交读
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;
select * from table_one; (1条记录，phone=p100)
客户端A：
set autocommit = 0;
insert into table_one(phone, back_one, back_two, back_three) values ('p100','p100', 'p200', 'p300');
客户端B：select * from table_one; (2条记录，phone=p100) //脏度
2. READ-COMMIT 读取提交内容 场景测试：
开启2个客户端(可以是命令行，也可以是类似heidiSQL之类的可视化客户端)，这里假设是客户端A、B，下面是顺序执行。
客户端B：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED ;
select * from table_one; (1条记录，phone=p100)
客户端A：
set autocommit = 0;
insert into table_one(phone, back_one, back_two, back_three) values ('p100','p100', 'p200', 'p300');
客户端B：select * from table_one; (还是1条记录，phone=p100)
客户端A：commit;
客户端B：select * from table_one; (2条记录)
3. Repeatable Read 可重读 场景测试：
开启2个客户端(可以是命令行，也可以是类似heidiSQL之类的可视化客户端)，这里假设是客户端A、B，下面是顺序执行。
客户端B：
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ ;
set autocommit = 0; //查询也是一个事务，下面要查询，这里先关闭事务自动提交
select * from table_one; (1条记录，phone=p100)
客户端A：
set autocommit = 0;
insert into table_one(phone, back_one, back_two, back_three) values ('p100','p100', 'p200', 'p300');
客户端B：select * from table_one; (还是1条记录，phone=p100)
客户端A：commit;
客户端B：select * from table_one; (还是1条记录，可重复读了)
客户端A ： commit; //提交当前的查询事务
客户端A ： select * from table_one; (2条记录,读取正常)
结论： 可重复读只允许读取已经提交，而且在一个事务读取一个记录期间，其他事务更新这个记录的话，之前读取的事务是没法感知。
这种隔离机制确保了：同一个事务中，在发生并发读数据时，看到的数据是一样的。
这也导致了幻读：即下次读取的事务看到的结果跟当前读取事务看到的结果不一样(即读取的不是当前最新的数据)，因为在当前读取的事务过程中，有可能存在更新数据的事务已经执行了。MYSQL通过MVCC(多版本并发控制)机制解决此问题。
4. Serializable 串行化
强制事务排序，解决幻读问题，对每个读的数据行加锁
客户端B：
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
set autocommit = 0; //查询也是一个事务，下面要查询，这里先关闭事务自动提交
select * from table_one; (1条记录，phone=p100)
客户端A：
set autocommit = 0;
insert into table_one(phone, back_one, back_two, back_three) values ('p100','p100', 'p200', 'p300'); //此时这条语句在等待B的查询事务结束
