老粉都知道，鼠鼠去年五月份的时候拥抱了次变化，后来发现互联网拥抱变化是一件很常见的事情，同事基本上都拥抱过当时有点忘了是什么原因了，反正hr不会说明，入职后感觉应该是那时候财报不好，砍了一波hc，正好鼠鼠那时候还没入职，有的老哥已经坐到工位上了，为了避免被线下单杀，所以优先让没入职的拥抱变化，也合理这也侧面说明了，如果拿到offer，能早去一些还是早去一些的好，毕竟你offer上面写的组并不是你一定就会去的组，hr也不会保证你一定能去到offer里的组（当年鼠鼠和hr掰扯过这个），说不定组里突然没hc了，或者组里某个大项目做寄了，组就没了当然，晚去也有晚去的好，就像高中时候你问我不写寒假作业会...

太逆天了，会似在这里叭

底层实现RC（read commit）底层实现：MVCC版本管理RR（repeat read) 底层实现：MVCC版本管理和间隙锁PS: 写在前面，如果对你有用的话，一定不要忘记送个花花呀，这么高质量又免费的帖子很少了MVCC实现上的区别事务开始时生成一个快照，有一个版本号（事务ID，transaction id）修改时基于当前读（读取最新的数据）把修改后的数据和版本号追加到undo-log里RC级别下：每一个语句执行前都会重新算出一个新的视图（版本号变成新的）| 查询只承认在语句启动前就已经提交完成的数据>= 当前版本号且已经提交的事务版本号，如果没有，就不变RR级别下...