当系统崩溃后，发现有没有提交的事务，有的话会回滚操作
(1)在第一个 窗口 begin; select from t where id < 7; -> 1 3 5
(2)在第二个 窗口 begin; insert into t values(2); commit;
(3)在第一个 窗口 select from t where id < 7; -> 1 3 5 commit; 把当前事务隔离级别改下
set sesstion tx_isolation='read-committed'; (读已提交)
select from t where id < 7; 1 3 5 2 
(4)在第二个 窗口 begin; insert into t values(4); commit;
(5)在第一个 窗口 select from t where id < 7; 1 3 5 2 4
第四种 隔离级别
可串行化 serializable 最高隔离级别 ，读取的每一行数据都加锁，会导致大量的锁超时，所以很少使用这个隔离级别，隔离性由低到高，并发性由高到低。
innodb 默认隔离级别是 可重复读 
定义 运行时间比较长 ，操作的数据比较多的事务
风险 ：
1 锁定太多的数据，造成大量的阻塞和锁超时，
2 回滚时所需要时间比较长，执行时间长，容易造成主从延迟，
3 如果主库的事务执行了几个小时后再提交，才会写入binlog 里，从库才会读binlog 日志 才开始同步
4 innodb 是行级锁，当涉及所有记录时，就会相当于整个表锁住，
1 避免一次处理太多的数据
2 移除不必要在事务中的select 操作
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
