1-5大事务带来的问题

当系统崩溃后，发现有没有提交的事务，有的话会回滚操作




(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

创新互联是一家专注于成都网站建设、网站制作与策划设计,鄯善网站建设哪家好?创新互联做网站,专注于网站建设十多年,网设计领域的专业建站公司;建站业务涵盖:鄯善等地区。鄯善做网站价格咨询:13518219792

第四种 隔离级别
可串行化 serializable 最高隔离级别 ，读取的每一行数据都加锁，会导致大量的锁超时，所以很少使用这个隔离级别，隔离性由低到高，并发性由高到低。

innodb 默认隔离级别是 可重复读

什么是大事务

定义 运行时间比较长 ，操作的数据比较多的事务
风险 ：
1 锁定太多的数据，造成大量的阻塞和锁超时，
2 回滚时所需要时间比较长，执行时间长，容易造成主从延迟，
3 如果主库的事务执行了几个小时后再提交，才会写入binlog 里，从库才会读binlog 日志 才开始同步
4 innodb 是行级锁，当涉及所有记录时，就会相当于整个表锁住，

如何处理大事务

1 避免一次处理太多的数据
2 移除不必要在事务中的select 操作