新年快乐！本来是想这么说的，可这篇文章被看到时新年已经过了近一个月了，在疫情防控的环境下也快乐不起来了，只能宅在家里瑟瑟发抖的完成了这篇总结。真不是拖延症，这段时间实在是太忙了，很难抽出大片时间写这么一篇长文，本来元旦开始动笔写的总结，断断续续的好不容易到今天总算是完笔了。这一年怎么说呢，大概就是一切都在计划之中的感觉吧(此处应该有夜神月的表情包)。

现在已经知道了MySQL中的索引设计的数据结构是基于B+树的，但这对于索引这个概念而言还只是冰山一角。在深入MySQL的索引实际应用之前，必须对索引有个全局理解。这篇文章就讨论一下围绕着索引产生的相关前置知识。

下篇谈平台设计大概需要注意哪些东西。

最近几周没时间写博客，主要是一直花时间(顺便补了打越的999)在整理这个在公司内部分享用到的一个ppt以及文稿，做分享的一个目的是安利一下我写的框架，也算是来b站半年来主要花时间做的东西。另一个目的就是相当于一个总结与记录吧，学到的以及用到的知识只有总结成体系才不容易忘。第一次分享会也结束了，文稿基本定型，所以在博客这里分享给大家。内容比较多，分成上下两篇。

这是一位拥有不死之身的少女追求死亡的故事。

索引设计是数据库非常精髓的一部分内容，在进入到具体细节之前，就先从索引的数据结构设计上的思路开始吧。

锁的本质是通过串行化事务来解决并发产生的竞争问题，但串行就意味着性能的牺牲，在大多数情况下，读请求远多于写请求，效率要求相比准确率的权重占比更大，所以需要一种针对读场景下，能牺牲部分准确率换来更高效率的并发控制方案，就是MVCC了。

两天的《未来有你》晚场打卡完毕。今年依旧是代理方吃相难看，但演出质量还算有诚意的一年。

上篇数据库文章谈到了事务隔离的表现，这篇文章就连带着学习一下事务隔离背后的实现——锁机制。锁的设计目的其实很直观，因为数据库中操作占比最多的读写动作肯定避不开多线程同步，为了解决并发带来的数据一致性问题，就有了锁机制定义的一系列访问规则来控制线程对数据的访问。

忘了这件事了。就像器材的灵活运用作为编曲的外部基础一样，读谱能力也是不可少的内部基础，在谈器材选择和实战之前还是把这个事情先解决掉。