速记一发PolarDB-MP的paper 有几个和他架构类似的系统，属于是shared memory的： * Oracle RAC * IBM pureScale * Aurora MM * Taurus MM 和TaurusMM的区别是，TaurusMM的数据同步是通过共享存储的page server + log replay做的，而PolarDB则是在此之上搞了一个共享的buffer pool Transaction Fusion PolarDB-MP这一套的并发控制是做在PolarDB-X之上的，为了支持全局…
这一篇也算是Append only file system系列的论文了，一些东西和之前重复的比较多，这里就看一下diff了 Introduction/Facebook’s Previous Storage Infrastructure 早期FB的Blob存储构建在Haystack, f4上，数仓则是构建在HDFS上。 * Haystack专门用了存储新的blob，瓶颈在IOPS，而disk capacity比较多。以副本的方式存储数据 * f4用来存储老的blob，瓶颈在capacity，而IO capacity剩…
Introduction WAS对外提供的接口： * Blob，用户文件，比如存视频/图片什么的 * Table，存储结构化的数据 * Queue，用来传递消息 一些关键的feature: * Strong Consistency，这里他主要是说一些分层的思想，后面具体讨论 * Global and Scalable Namespace/Storage，全局的Namespace，WAS是为了global scale而设计的，所以不只是考虑了单AZ/Region * Disaster Recovery，跨越DC的数据…
WiredTiger作为MongoDB的默认存储引擎，以B+树的方式来组织数据，其中BTree页内支持3种格式的数据，分别是RowStore，Fixed-Length ColumnStore，以及Variable-Length ColumnStore。这篇文章介绍一下WiredTiger的ColumnStore。主要关注下WiredTiger ColumnStore对外提供的接口，Btree内部数据的组织方式，以及数据的读写方式。 MongoDB的使用方式，用来存储时序数据。https://www.mongodb.…
这篇文章介绍下MongoDB的存储引擎WiredTiger，主要关注WiredTiger作为存储引擎自身的提供的能力。和MySQL Server和Innodb的交互不同的是，WiredTiger针对MongoDB做了很多定制化的功能，导致他本身提供的接口看起来非常的奇怪，所以后面也会有一篇文章来介绍一下MongoDB和WiredTiger交互的逻辑。 因为我看的时间并不算长，有些也是结合文档一起理解的，不免出现一些错误，如果出现，还请大佬们帮忙指正。 Overview WiredTiger是一个高性能，多核拓展性强…