常见的 SQL通过Hologres的Frontend完成了一定的短路优化后，生成最后的执行计划，并发
常见的 SQL通过Hologres的Frontend完成了一定的短路优化后，生成最后的执行计划，并发送给后端后做了怎样的处理？
写回答
-
如图示，Hologres 后端的整体存储引擎是基于 Log Structured Merge Tree(LSM)来实现的，这里 LSM 能够把随机写变成顺序写，大大提升了数据写入的吞吐。 写请求首先会被写到 Write Ahead Log，也就是传统的 WAL 文件中，一旦写入成功了，我们就认为这条记录永久写入成功了。之后，我们会把 WAL 日志 Apply 到 Mem Table 里面，Apply 完成后，数据就对外可见了，可以进行查询，这中间的延迟通常在毫秒以内。
当 Mem Table 写满了之后，我们会有一个异步的线程，将 Mem Table 刷盘持久化，整体流程是一个比较标准化的 LSM 实现。
这里有别于其他 LSM 实现的存储系统，比如 HBase，Hologres 后端采用了全异步的实现，基于协程省去了操作系统内核线程开销，大大提升了系统 CPU 的利用率，使得Hologres 的读写性能非常优异。
资料来源：《实时数仓“王炸组合”-实时计算》，下载链接：https://developer.aliyun.com/topic/download?id=7944
2021-11-12 18:05:24赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
实时计算Flink版是阿里云提供的全托管Serverless Flink云服务，基于 Apache Flink 构建的企业级、高性能实时大数据处理系统。提供全托管版 Flink 集群和引擎，提高作业开发运维效率。
