8.31笔记（GAP锁模拟：基于索引列的扫描）

GAP锁模拟：基于索引列的扫描。
两个会话，同时开启事务，begin；
1会话update set num(索引列）=10 where num <10；
符合条件的的num全部加锁，间隙间数据也会被加锁
2会话
	insert into 某数据（该数据在num值中间间隙值小于更改的范围的值）出现锁等待。
	更新范围超过25%出现行锁。


死锁产生：死锁mysql能自行解决但是会消耗大量资源，解锁之后会自动回滚
两个事务之间出现交叉争用：
模拟：
1会话开启事务，update某值：update city set name='oldliu' where id=1
update city set name='xxx' where id >5
2会话开启事务，update某值：update city set name='lbb' where id=10
同时，这边也更新 update city  set name='yyy' where id <5;
死锁影响全局。
打开死锁记录
vim /etc/my.cnf 
innodb_print_all_deadlocks=1



查看锁等待情况：select * from sys.innodb_lock_waits\G;

事务的一致性ACID的C特性
A.原子性，undo，redo
D.持久性：commit的数据之后，redo（wal)
I.隔离性：isolation level，lock，mvcc（undo）隔离性
由以上特性保证c的一致性。
C.一致性：保证工作前中后数据状态都是完整的。c的特性由以上特性保证的。
   数据页一致性：double write buffer(磁盘区域）
   防止出现坏页，先写到该区域，等写该区域完则重新写入磁盘。