Paper Party 回顾 | CEO 解读 TiDB 下一代存储引擎

网友投稿 466 2018-06-26

内容来源:http://mp.weixin.qq.com/s?__biz=MzI3NDIxNTQyOQ==&mid=2247486286&idx=1&sn=eb25fa3a77cb8da74f014258396820b8&chksm=eb162c24dc61a5328f373a3a7fde4baf2280cb28e0500f14fa1a653210d4ecefddebdd06cce1#rd


上周六举办的 Infra Meetup No.70,我们换了一个开阔些的场地——嗯,没看错,是我司的一间办公室,然而掏空了房间里的椅子沙发,还是不够坐  


爆满的原因当然是我司 CEO 刘奇的「重磅分享」:刘奇分享了受威斯康辛的论文启发的 TiDB 下一代存储引擎的设计考量及实践,以及「关门福利」——非常强悍的测试结果,以下是现场视频 & 文字回顾,enjoy!



视频回顾


我司 CEO 刘奇首先为大家介绍了新的磁盘进化发展趋势,如何做软硬件协同设计,以及硬件的发展对数据库系统架构的影响。

存储引擎是数据库的核心组件之一,目前 TiDB 使用 LSM-Tree 作为底层的存储引擎,其良好的顺序写入特性得到了很大的发挥。然而 LSM-Tree 模型本身也不是尽善尽美,其中较为突出的缺点是写放大比较严重。该问题也吸引了不少学者的研究,也有不少改进论文出现。来自威斯康辛的论文 WiscKey: Separating Keys from Values in ***-conscious Storage 是其中的典型代表。

刘奇接着介绍了新一代存储引擎利用新的硬件特性的方式(比如充分发挥 ***/NVMe/Optane 的多通道写入对存储引擎的提升),并解读了威斯康辛的论文在这方面的实践——利用多通道的并行能力来弥补 Key-Value 分离带来的开销。这个方法实现简单,效果极佳。TiDB 的新一代存储模型也受到这篇论文的启发。

最后,刘奇分享了 PingCAP 在这方面的思考与实践,以及对下一代存储引擎设计的具体考量,并展示了正在研发的 TiDB 下一代存储引擎的强悍实测性能。测试结果显示,相比当前的版本,系统整体性能提升了 2-10 倍。

- END -


PingCAP Infra Meetup


作为一个基础架构领域的前沿技术公司,PingCAP 希望能为国内真正关注技术本身的 Hackers 打造一个自由分享的平台。自 2016 年 3 月 5 日开始,我们定期在周六的上午举办 Infra Meetup,邀请业内大牛与大家深度探讨基础架构领域的前瞻性技术思考与经验。在这里,我们希望提供一个高水准的前沿技术讨论空间,让大家真正感受到自由的开源精神魅力。


版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:SuRF: 一个优化的 Fast Succinct Tries
下一篇:TiDB 源码阅读系列文章(十一) Index Lookup Join
相关文章