带你来吃瓜！Andy Pavlo教授带您一文回顾数据库的2022年( 四 ) _区块

附注2:在FTX崩溃的三周前，有人向 Dana Van Aken 和我指出，拥有的全职工程师数量与FTX在巴哈马的团队相同。这个人告诉我们，既然我们有相同数量的工程师，应该像 FTX 一样更敏捷或者积极，现在应该已经有 10 亿美元的 ARR 了。呕吼~
三、值得关注的新数据库系统 New
今年有几个主要的新数据库被公布。
今年的重磅消息是谷歌云在5月宣布了新的数据库服务（小编注：没错，就是那个主打 HTAP 的云数据库）。与构建在之上不同，是的一个修改版本，它分离了计算层和存储层，并直接在存储中支持 WAL 记录处理。
在6月，宣布了他们新的引擎（小编注：没错，就是那个支持 HTAP 的引擎），它具有“ ”，以支持低延迟事务的DML操作。当查询更新表时，更改会同步到的列式存储中。（前）的一些人有点生气（小编注：这里说的是的总裁，可见国外数据库圈还是蛮喜欢互怼的），嘲讽在 HTAP 领域只是有一些专利，但没有任何实际成果。
MySQL
在甲骨文意识到亚马逊从MySQL上赚的钱比他们多之后，他们最终决定在2020年为MySQL建立自己的云服务。但是他们并没有做一个RDS的克隆，而是用一个叫的内存向量化 OLAP 引擎扩展了 MySQL 。（小编注：这个和正在做的事儿一样~）去年，宣布他们的 MySQL 服务也支持了自动数据库优化（小编注：这里是指MySQL 加入了ML的功能，实现了），但与提供的不同。今年，终于意识到他们不是领先的云供应商，开始选择在 AWS 上提供 MySQL的支持了。
Velox

文章插图
2020年，Meta 开始为构建新的执行引擎 Velox 。两年后，他们宣布了这个项目，并发表了一篇关于它的 VLDB 论文（小编注：论文为《Velox: Meta's》）。Velox 不是一个完整的 DBMS：它没有SQL解析器、、优化器或网络支持。相反，它是一个具有内存池（ pool）和存储连接器（）的 C++ 可扩展执行引擎。我们可以使用 Velox 来构建一个完整的数据库管理系统。
IOx
就像 Meta 研发 Velox 一样，在过去两年里，团队一直在开发他们的新 IOx 引擎。最终，他们在去年10月宣布这个新引擎正式发布 GA 版本。基于和Arrow 从头构建了 IOx 。值得庆幸的是，在我 2017 年警告过的 CTO 使用 MMAP 是一个坏主意之后，他们在新系统中抛弃了 MMAP 。
数据库是我生命中第二重要的东西，所以我很高兴看到去年的所有发展。
小编注
我对的看法是，它是一个简洁的系统，包含了大量令人印象深刻的工程设计，但我觉得它并不新奇。的架构类似于和 Neon，其中 DBMS 存储有一个额外的计算层，可以独立于计算节点处理 WAL 记录。尽管谷歌云已经有了一个可靠的数据库组合(例如和)，但它觉得仍有必要构建来追赶亚马逊和微软。
值得关注的长期趋势是 Velox、和等框架的激增。再加上这样的项目，这些查询执行组件的商业化意味着所有OLAP数据库在未来五年内将旗鼓相当。与其完全从头开始构建一个新的数据库，或者对现有系统进行硬分叉(例如如何对进行分叉)，我觉得还不如直接使用像 Velox 这样的可扩展框架。这意味着每个数据库都将具有与十年前所特有的相同的向量化执行能力。由于在云中，存储层对每个人都是相同的(例如，控制着 EBS/S3)，数据库产品之间的关键区别将是难以量化的东西，如UI/UX和查询优化。
开源地址：
社区官网：
添加小助手，加入社区交流群
与数百位资深数据库从业人员深度交流
数据库启航计划正式开启！带你成为！
哪篇论文宣布了 HTAP 数据库的诞生？| 学术分享会#5