事务隔离级别 gap锁 死锁

1.事务隔离级别

1. 序列化（SERIALIZABLE）
2. 可重复读（REPEATABLE READ）
3. 提交读（READ COMMITTED）
4. 未提交读（READ UNCOMMITTED）

四个隔离级别分别对应增删改查

2.gap锁分析：

未提交读（READ UNCOMMITTED）:增删改查不加锁。
提交读（READ COMMITTED）：增时锁住索引一段的距离（如添加时索引为12，锁住一段索引在12上下的一段距离），等事务提交时候释放锁。
可重复读（REPEATABLE READ）：增删改数据时锁住索引一段距离（insert如上，删改时若索引为12，则锁住上一行以及下一行索引的距离，若没有上一行或者下一行，则锁住一段距离）
序列化（SERIALIZABLE）：增删改查都会加锁，事务只能一个一个提交，获取到的事务直接锁表

3.gap 死锁

两个事务同事获得了一段区间锁，且同时操作区间

111    delete from ts_column_log_test wherecol_id=10;

222   delete from ts_column_log_test where col_id=11;

111   INSERT INTO ts_column_log_test (col_id,start_time, end_time, data_time, status) VALUES (10, NULL, NULL, '20111209','running');

222  INSERT INTO ts_column_log_test (col_id, start_time, end_time,data_time, status) VALUES (11, NULL, NULL, '20111209', 'running');

这个时候，你可能就会得到错误提示ERROR 1213 (40001): Deadlock found when trying toget lock; try restarting transaction。

原因是前两条语句都已经获得了[2,20)这个区间内记录的S锁，然后两个事务又分别对该区间段内的col_id=10这个位置请求X锁，这时就发生死锁，谁都请求不到X锁，因为互相都持有S锁。