写点什么

Lenovo x StarRocks:简化数据处理链路,极大提升 BI 分析效率

作者:StarRocks
  • 2021 年 11 月 19 日
  • 本文字数:3469 字

    阅读完需:约 11 分钟

Lenovo x StarRocks:简化数据处理链路,极大提升BI分析效率

Lenovo 联晟智达隶属于全球 PC 领导厂商联想集团,致力于打造科技驱动、柔性敏捷、服务体验一流的智慧物流生态平台,面向产业端企业提供综合物流解决方案,成为服务于中国及全球客户的智能供应链科技企业。联晟智达大数据团队逐步引入了多种 OLAP 分析引擎来更好的满足需求。StarRocks 从众多的 OLAP 分析引擎中脱颖而出,它采用了全面向量化的计算技术,是性能非常强悍的新一代 MPP 数据库。通过引入 StarRocks,构建了全新的统一数据服务平台,大大降低了数据链路开发复杂性,极大提升了 BI 分析效率。


作者:韩文博

联想销售物流大数据平台负责人,专注于数仓建设、数据分析等领域研究


OLAP 引擎在 Lenovo 联晟智达的演进史

第一阶段

在 2018 年之前,联晟智达的数据总量还不是特别大,这个阶段使用的是传统关系型数据库(SQL Server),数据仓库体系还尚未建立,很多数据需求的实现都是以 SQL 脚本的开发方式来满足。

但随着业务复杂度不断提升,以及数据量的快速增长,这种模式很快遇到了瓶颈。最主要体现在查询响应时效变得越来越慢。例如:之前运行一个任务需要 10 分钟或 20 分钟,现在需要一个小时或更长时间,查询效率严重下降。另外数据存储容量也存在瓶颈,无法满足随业务而快速增长的数据量存储需求。

第二阶段

2019 年随着数据仓库在 Hadoop/Hive 体系上搭建和完善,ETL 任务全部转移至 Hadoop 集群,这个阶段使用数十台 Presto 完成 OLAP 分析。Presto 天然和 Hive 共享元数据信息,且共同使用物理数据存储,大量的对数仓表的灵活查询使用 Presto 完成。前端 BI 层面使用 Tableau 直接连接 Presto,实现数据分析与挖掘。

第三阶段

2021 年联晟大数据团队进行了离线数仓的整体设计和搭建,既需要做低延时的 BI 报表,又要满足 Adhoc 复杂查询,同时对高效明细查询也有很高的要求。这个阶段我们根据场景引入了 OLAP 圈炙手可热的 StarRocks 产品,它既能做 Presto 的 Adhoc 多表关联查询及复杂嵌套子查询,又能提供比 ClickHouse 更好的单表明细查询和多维物化视图上卷加速,满足极速 BI 分析需求。

数据分析体系架构

OLAP 体系现状

整个数据分析体系,由数据采集、数据存储与计算、数据查询与分析和数据应用组成。

原始架构图:



数据采集
  1. 通过 Sqoop 读取 RDBMS 导入 Hive。

  2. 用 Flume 来同步日志文件到 Hive。

  3. 通过爬虫技术将网上数据爬取下来,存储到 RDBMS,再由 Sqoop 读取 RDBMS,导入到 Hive。

数据存储与计算

离线数据处理:利用 Hive 高可扩展的批处理能力承担所有的离线数仓的 ETL 和数据模型加工的工作。

数据查询与分析

数据共享层主要提供对外服务的底层数据存储和查询共享界面。离线 ETL 后的数据写入 RDBMS 或 MPP 数据库中,面向下游多种服务,为 Tableau BI、多维固定报表、Adhoc 即席查询等不同场景提供 OLAP 查询分析能力。应用侧完美服务于 BI 报表平台、即席查询分析平台及数据可视化平台(Control Tower) 

数据应用层

数据应用层主要为面向管理和运营人员的报表,查询要求低时延响应,需求也是迭代层出不穷。面向数据分析师的即席查询,更是要求 OLAP 引擎能支持复杂 SQL 处理、从海量数据中快速遴选数据的能力。

各 OLAP 分析工具选型比较

ClickHouse

优点
  1. 很强的单表查询性能,适合基于大宽表的 OLAP 多维分析查询。

  2. 包含丰富的 MergeTree Family,支持预聚合。

  3. 非常适合大规模日志明细数据写入分析。

缺点
  1. 不支持真正的删除与更新。

  2. Join 方式不是很友好。

  3. 并发能力比较低。

  4. MergeTree 合并不完全。

StarRocks

优点
  1. 单表查询和多表查询性能都很强,可以同时较好支持宽表查询场景和复杂多表查询。

  2. 支持高并发查询。

  3. 支持实时数据微批 ETL 处理。

  4. 流式和批量数据写入都能都比较强。

  5. 兼容 MySQL 协议和标准 SQL。

缺点
  1. 大规模 ETL 能力不足。

  2. 资源隔离还不完善。

StarRocks 在 SEC 数据中心的应用实践

渠道仓配管理(SEC)的核心数据来自两大块:一个是消费业务;第二个是 SMB 中小企业务(Think、扬天)。基于这些数据,根据不同的业务场景需求,汇总出相关业务统计指标,对外提供查询分析服务。

原有解决方案

在引入 StarRocks 之前,用到大量 Hive 任务进行业务逻辑清洗加工,清洗加工后的数据部分保留在 Hive,部分数据写入 MySQL/SQL Server,以达到数据的落地。前端 BI 通过 Presto 计算引擎连接 Hive、MysSQL、SQL Server 等,实现报表分析及数据可视化。

技术痛点

原有架构主要有以下两个问题:

  1. 数据逻辑没有很好做归拢合并,维护工作量大,新需求无法快速响应。

  2. Presto 的在 SQL 较多的 Tableau 复杂报表上响应较慢,不能满足业务即时看数需求。

因此我们希望对原有体系进行优化,核心思路是利用一个 OLAP 引擎进行这一层的统一, 对 OLAP 引擎的要求是比较高的:

  1. 能支撑大吞吐量的数据写入要求。

  2. 可以支持多维度组合的灵活查询,响应时效在 100ms 以下。

  3. 比较好的支持多表关联。

  4. 单表查询数据量在 10 亿以上,响应时效在 100ms 以下。

经过大量调研,StarRocks 比较契合数据中心的整体要求。StarRocks 本身高效的查询能力,可以为数据中心数据报告提供一体化服务。新架构具备以下优点:

  1. 结构清晰,RDBMS 专注于数据的清洗,业务逻辑计算从 Hive 迁到 StarRocks 内实现,StarRocks 就是数据业务逻辑的终点。

  2. 可以维护统一的数据口径,一份数据输入,多个 APP 接口输出。

  3. MPP 分布式架构,得以更好的支持分布式聚合和关联查询。

  4. 和 Tableau 有较好的兼容性,可以满足核心 BI 分析需求。

基于 StarRocks 的解决方案

升级后架构图:

数据表设计

1)数据模型设计

StarRocks 本身提供三种数据模型:明细模型/聚合模型/更新模型。对 SEC 业务来说,目前以明细模型为主,后续如果有其他场景,再考虑应用其他模型。

2)数据分区/分桶

StarRocks 提供的数据分区和分桶功能,可以很好的提升历史库存及周转场景下明细查询的性能。例如,历史库存查询常见的一种查询场景,是查询过去某一时间段内的库存周转情况,我们可以在 StarRocks 中根据出库时间进行分区,过滤掉不必要的分区数据,减少整个查询的数据量进行快速定位,尽量减少了查询语句所覆盖的数据范围,分区、分桶、前缀索引等能力,可以大大提高点查并发能力。这些特性对业务迎接增长,面对未来可能出现的高并发场景也具有非常大的意义。查询某一个物料条码(SN)的历史轨迹数据,能够快速的检索出该条码的所有历史出入库轨迹信息,帮助我们高效的完成供应链全生命周期回溯。

物化视图

我们利用 StarRocks 物化视图能够实时、按需构建,灵活增加删除以及透明化使用的特性,建立了基于库存物料 SN 粒度、基于产品类型特征粒度、基于库房粒度、基于分销商粒度的物化视图。基于这些物化视图,可以极大加速查询。

数据导入

数据导入 StarRocks 这里用到了两种方案:

1)在 StarRocks 提供的 Broker Load 基础上将离线数仓 Hive 的表导入到 StarRocks 中。

2)通过 DataX 工具,将 SQL Server、MySQL 上的数据导入到 StarRocks。


StarRocks 使用效果

灵活建模提升开发效率

结合使用宽表模型和星型模型,宽表和物化视图可以保证报表性能和并发能力,而星型模型可以让 AP 如 TP 里那样建模,直接进行关联查询,不必所有场景都依赖宽表准备,在数据一致性和开发效率上得到很好提升。另外,有不少表是在 MySQL 里的,我们通过 StarRocks 外表的方式暴露查询,省去了数据导入的过程,大大降低了业务方的开发和迁移周期。StarRocks 的分布式 Join 能力非常强,结合 View 的能力构建统一的视图层,面下不同 BI 报表进行查询,提升了指标口径的一致性,降低了重复开发。

BI 体验极好

前期部分 BI 可视化是基于 SQL Server、 MySQL 构建的。部分看板不断优化和丰富需求后,加上多维度灵活条件筛选,每次加载很慢,有些 Tableau 报表很长时间才能加载出来,业务无法接受。引入 StarRocks 之后,我们用 DataX 将 SQL Server 数据导入 StarRocks,这里使用了 StarRocks-Writer 插件,底层封装的 Stream-Load 接口,向量化导入效率非常高。MySQL 可以通过外表 insert into select 流式导入,也可以直接外表查询,非常便捷。Tableau 图表秒出,体验有了质的飞跃。

运维成本较低

数据中心是非常核心的一个线上服务,因此对高可用及灵活扩容能力有非常高的要求。StarRocks 支持数据多副本,FE、BE 仅仅 2 种角色组成的简洁架构,在单个节点故障的时候可以保证整个集群的高可用。另外,StarRocks 在大数据规模下可以进行在线弹性扩展,在扩容时无 Down Time,不会影响到在线业务,这个能力也是我们非常需要的。

总结

Lenovo 联晟智达从今年(2021 年)4 月份开始调研 StarRocks,POC 测试阶段用了 1/4 的资源,就完美替代了数十个节点的 Presto 集群,当前 StarRocks 已经上线稳定运行。引入 StarRocks 后,实现了数据服务统一化,大大简化了离线数据处理链路,同时也能保障查询时延要求,之后将用来提升更多业务场景的数据服务和查询能力。

最后,感谢鼎石科技的大力支持,也期望 StarRocks 作为性能强悍的新一代 MPP 数据库引领者越来越好!

用户头像

StarRocks

关注

开源的新一代极速全场景MPP数据库 2020.08.08 加入

还未添加个人简介

评论

发布
暂无评论
Lenovo x StarRocks:简化数据处理链路,极大提升BI分析效率