HTAP 已死
本文翻译自:《HTAP is Dead》 这篇博客受到Jordan Tigani文章《Big Data is Dead》的启发。 旧时代的岁月(70年代) 上世纪70年代,一个关系型数据库可以完成所有任务。白天处理事务(OLTP),晚上生成报表(OLAP)。像Oracle V2和IBM DB2这样的数据库在同一系统上运行OLTP和OLAP,主要是因为数据集仍然可以装在几个磁盘上,而计算资源昂贵。 没有人称之为混合事务/分析处理(HTAP);它只是数据库而已。 重大分歧(80年代) 随着企业拥有更多数据,并提出更复杂的问题,数据库开始显示出它的局限性。 事务型和分析型工作负载是朝着相反的方向发展的。OLTP需要微秒级的插入和单行查找,而OLAP则需要全表扫描和大规模的聚合。这导致了持续的争用;分析型工作负载消耗I/O和缓存,这些资源对于低延迟的事务型工作负载来说是必需的,反之亦然。 解决方案是什么?隔离这些工作负载。到20世纪80年代初,这种“巨大分歧”已经开始出现。 存储的分离(90年代) 推动这种分歧的一个关键技术因素是存储架构。OLTP系统针对基于行的存储进行了优化(快速写入 + ...
