是不是很多人都对 MySQL 加行级锁的规则搞的迷迷糊糊，一会是 next-key 锁，一会是间隙锁，一会又是记录锁。 坦白说，确实还挺复杂的，但是好在我找点了点规律。

我们平时建表的时候，一般会像下面这样。 出于习惯，我们一般会加一列id作为主键，而这个主键一般边上都有个AUTO_INCREMENT, 意思是这个主键是自增的。自增就是i++，也就是每次都加1。 但问

假设当前数据库里有下面这张表。 老规矩，以下内容还是默认发生在innodb引擎的可重复读隔离级别下。 大家可以看到，线程1，同样都是读 age >= 3 的数据。第一次读到1条数据，这个是原始状态。这

商品数据库主从更新数据量大，约每分钟54万多条更新。在当商品多个应用都在读写商品库，并在数据库层起到数据汇总和集中反馈的情况下，分析这个点是一个较好的方向。

事情是这样的，前几天隔壁部门的哥们在生产环境的数据库上，执行了一下drop命令，好嘛，活生生的删库跑路的例子居然真的在我身边发生了。