三流程序员03

上一篇文章介绍了使用调试 MySQL 源码的方式来查看死锁的过程，这篇文章来讲讲一个常见的案例。 毫不夸张的说，有一半以上的死锁问题由唯一索引贡献，后面介绍的很多死锁的问题都跟唯一索引有关。这次我们讲一段唯一索引 S 锁与 X 锁的爱恨情仇 我们用之前介绍过的源码分析方式，先来…

索引是帮助MySQL高效获取数据的排好序的数据结构 常见的索引数据结构 二叉树 右边元素大于左边元素，查找的时间复杂度是O(logN)，但是如果元素是依次递增或者递减的情况，会退化成链表，时间复

背景 在程序员的职业生涯中，总会遇到数据库表被锁的情况，前些天就又撞见一次。由于业务突发需求，各个部门都在批量操作、导出数据，而数据库又未做读写分离，结果就是：数据库的某张表被锁了！ 用户反馈系统部分

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

提到分布式锁，大家一般都会想到 Redis。 想到 Redis，一部分同学会说到 Redisson。 那么说到 Redisson，就不得不掰扯掰扯一下它的“看门狗”机制了。 所以你

我在之前的文章里面不是经常叫大家拉源码，然后看代码提交记录吗。 也就是看类似于这个界面： 比如上面这个界面中，就可以看到 RedissonBaseLock.java 这个文件，由谁

MySQL事务隔离与锁机制是一个老生常谈的话题，但似乎很少有资料去讲它们底层真正的实现，而本章则会深入底层真正揭开事务与锁机制的神秘面纱~