本文主要从客户端优化出发，对于服务端提交优化。

InnoDB 是 MySQL 默认的存储引擎，而提到InnoDB的内存，就绕不开Buffer Pool，该结构对性能的影响重大。但事实上InnoDB的内存消耗并不只有BP而已，其内部还有许多重要的结构（如AHI、Change Buffer、Log buffer等）也占据着不可忽视的内存空间。了解InnoDB的内存结构和使用特点对于MySQL运行期间的内存选型和使用有很大帮助。

大淘宝的业务走向内容化，互动游戏作为一种与用户强交互的内容承载形式，已经在很多的二方业务中得到比较好的用户粘性。

在整个健康搜索链路里，相关性处于中间环节，它需要解决扩召回带来的准确率的问题，为下游的精排和重排提供更精确的候选集，不管是精排还是重排，都要注重对相关性的保护，也不能突破相关性的档位。

本文分享了钉钉单元化的心路历程和一些最佳实践。

面对日益复杂和灵活多变的行业交易履约场景，闲鱼设计了一套轻量易用的订单履约框架。收口行业各场景，提供开箱可用的一整套状态履约、查询、追溯能力。

​本文整理了作者对稳定性保障的认识和理解。

本文介绍了在React社区里出现过的一些设计模式，以及它们所遵循的设计原则。

本文讲述了单元测试是什么、为什么写、怎么写及开发规范，内含案例详细讲解。

从移动端的视角来看，一个 App 产品从概念产生，到最终的成熟稳定，产品研发过程中涉及到的研发人员、工程中的代码行数、工程架构规模、产品发布频率、线上业务问题修复时间等等都会发生比较大的变化。这些变化，给我们在排查问题方面带来不小的困难和挑战，业务问题会往往难以复现和排查定位。比如，在产品初期的时候，工程规模往往比较小，业务流程也比较简单，线上问题往往能很快定位。而等到工程规模比较大的时候，业务流程往往涉及到的模块会比较多，这个时候有些线上问题就会比较难以复现和定位排查。

本文以条码的处理逻辑为例，介绍一种组件化链路设计思想。

由于汽车业务的特殊性，天猫汽车基于 Rax 多页应用自建了商品详情的 H5 页面。自定义商详承载了众多业务能力和投放场景。随着业务的发展和页面承载内容的增多，开始出现白屏时间太长等体验问题。

这篇文章可以帮助刚入职的新人了解岗位和自己的工作，也谈谈自己工作一年来对这个领域的了解程度。

本文梳理了一些CR的方法和团队实践。

账务系统的业务中从用户账号扣款，如果发现用户账户余额充足情况下，100次扣款数据库都返回成功，但其中有20次没有真实扣款，那业务方一定会震惊。但如果业务设计不合理，数据库中是会存在这种现象的。

Btree 自 1970 年 Bayer 教授提出后，一直是关系型数据库中核心数据结构，基于多路的分叉树，将数据范围自上而下不断缩小，直到需要的记录，通常在数据库中一个 Btree 结点能展开几百上千个分叉，数据的搜索范围呈指数级下降，极大地减少了数据访存次数，提升搜索效率。对于 B-tree 的基础操作，如插入、删除、更新，以及分裂/合并等操作已有大量的文献介绍，如果需要了解或有所疑问，可以参考文章末尾的参考文献 [3]。在伴随着高并发和需要考虑事务处理的数据库系统下，Btree 索引往往需要考虑更为复杂的场景。本文深入 MySQL Innodb 引擎，介绍 Innodb 中 Btree 的组织形式以及操作数据的具体实现，着重考虑其在高并发访问时，如何保证数据、Btree 结构的一致性，以及如何考虑事务的 ACID 特性。