这一篇也算是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是一个高性能，多核拓展性强…
GPT as innodb master 向GPT学习innodb。虽然我还不清楚他回答的到底是不是正确的，但是看上去还是蛮正确的。 感觉只需要几句prompt GPT4就变成innodb大师了。 粘一下我和他的对话记录，我的目的是想知道Innodb有没有类似ARIES中提到的CLR机制。