试下 https://youtrack.jetbrains.com/issue/IDEA-161967
`127.0.0.1 localhost <my_computer_name>.local`

再补充一句，是间隙锁不互斥，而不是 next-lock

@yibo2018 总结一下，我的观点有两个关键点：1 、S1 间隙锁； 2 、间隙锁不互斥

@yibo2018 我的理解是这样的：
1 、事务一持有 t2 间隙锁，事务二插入意向锁被间隙锁阻塞
2 、事务一持有 t2 间隙锁，事务二同样间隙锁，不阻塞
3 、事务一持有 t2 间隙锁，事务二运行 S1 不阻塞（同 2 ），运行 S2 阻塞（同 1 ，插入意向锁被间隙锁阻塞），事务一运行 S2 阻塞（插入意向锁被间隙锁阻塞），彼此的插入意向锁在等对方的间隙锁，所以死锁了

@YIERIC 因为既没有 for update / lock in share model 也没有数据更新，所以我不明白为什么会在 t2 上有共享锁

@yibo2018 请教一下，“事务一运行 S1 未提交，事务二运行 S2 会阻塞”，为什么“事务一种 S1 会在 t2 表产生共享锁”？

卫生间有个洗衣机，公共区域厨房和卫生间也都是齐全的

附赠半年 100M 移动宽带

水电燃气都是均摊的，一共四户

后续可能会放些图片（房间在收拾，不太想放，私聊或者来看房可以），不过朝南独卫主卧大概也都差不多