当前位置:   article > 正文

StarRocks简介与搭建使用

starrocks

StarRocks简介

StarRocks 是一款高速、实时、全场景的MPP(大规模并行处理)分析型数据库系统,专为现代数据分析场景设计,强调亚秒级查询性能和高并发能力。它兼容MySQL协议,使得用户可以利用现有的MySQL客户端工具和BI工具进行查询和数据分析。StarRocks基于MPP架构,采用全向量化执行引擎、列式存储技术和智能优化器等先进技术,实现了数据的快速加载、实时更新以及复杂查询的高效处理。

可以满足企业级用户的多种分析需求,广泛应用于实时数仓、OLAP 报表、数据湖分析等场景。

MPP (Massively Parallel Processing),即大规模并行处理。是将任务并行的分散到多个服务器和节点上,在每个节点上计算完成后,将各自部分的结果汇总在一起得到最终的结果(与Hadoop相似)。

一、应用场景

OLAP 多维分析

​ 利用 StarRocks 的 MPP 框架和向量化执行引擎,用户可以灵活的选择雪花模型,星型模型,宽表模型 或者预聚合模型。适用于灵活配置的 多维分析报表,业务场景包括:

  • 用户行为分析

  • 用户画像、标签分析、圈人

  • 跨主题业务分析

  • 财务报表

  • 系统监控分析

实时数据仓库

​ 设计和实现了 Primary-Key 模型,能够 实时更新数据并极速查询,可以 秒级同步 TP (Transaction Processing) 数据库的变化,构建实时数仓,业务场景包括:

  • 电商大促数据分析

  • 物流行业的运单分析

  • 金融行业绩效分析、指标计算 直播质量分析

  • 广告投放分析

  • 管理驾驶舱

高并发查询

StarRocks 通过良好的数据分布特性,灵活的索引以及物化视图等特性,可以解决面向用户侧的分析 场景,业务场景包括:

  • 广告主报表分析

  • 零售行业渠道人员分析

  • SaaS 行业面向用户分析报表

  • Dashboard 多页面分析

统一分析

  • 通过使用一套系统解决多维分析、高并发查询、预计算、实时分析查询等场景,降低系统复杂度和 多技术栈开发与维护成本。

  • 使用 StarRocks 统一管理数据湖和数据仓库,将高并发和实时性要求很高的业务放在 StarRocks 中 分析,也可以使用 External Catalog 和外部表进行数据湖上的分析

二、StarRocks与MySQL比较

StarRocks与MySQL的相同点:
  1. 兼容性:StarRocks支持MySQL协议,用户可以直接使用MySQL客户端进行查询,降低了迁移和使用门槛。
  2. SQL语法:基本遵循MySQL的SQL语法,使得熟悉MySQL的用户能够快速适应。

参考手册 | StarRocks

StarRocks与MySQL的不同点:
  1. 应用场景:MySQL主要面向OLTP(在线事务处理)场景,而StarRocks专注于OLAP(在线分析处理)领域,尤其擅长海量数据的批量查询和实时分析。
  2. 架构设计:StarRocks采用MPP架构,能够充分利用分布式计算资源,实现大规模数据的并行处理,相较于MySQL的单机或多主从架构,更适合大数据分析。
  3. 存储与优化:StarRocks采用列式存储和向量化执行引擎,大大提高了数据压缩率和查询速度,尤其是针对大数据量、低延迟的复杂查询场景表现优异。
  4. 数据导入与更新:StarRocks支持实时数据摄入,允许用户快速加载大量数据,并对已有数据进行实时更新,而MySQL在处理大规模数据批处理和实时分析时效率相对较弱。
StarRocks的优点:
  1. 高性能:极致的查询性能和并发能力,适用于实时业务报表、实时数据分析等场景。
  2. 易用性:兼容MySQL协议和丰富的生态系统,易于集成现有工具和环境。
  3. 扩展性:支持水平扩展,可根据业务需求动态增减计算和存储资源。
  4. 实时性:支持实时数据摄取和更新,满足实时数据分析需求。
StarRocks的缺点(或挑战):
  1. 适用范围:尽管高度优化,但对于需要强事务一致性保证的OLTP场景,相比传统的关系型数据库可能不占优势。
  2. 成熟度:相比于MySQL等久经市场考验的产品,StarRocks作为新兴的分析型数据库,社区和技术支持的成熟度可能还在不断提升中。
  3. 生态建设:尽管兼容MySQL协议,但在特定插件、第三方工具支持等方面,与MySQL庞大的生态系统相比可能仍有差距。

三、系统架构

  1. 前端(Frontend, FE)节点
    • 作用:FE节点负责处理客户端的所有交互,包括SQL解析、查询优化、元数据管理和集群协调。
    • 构成:由多个FE节点组成,其中包含follower和observer角色,通过leader选举机制确保高可用性。
    • 功能
      • 接收并解析SQL查询请求。
      • 生成高效的查询执行计划。
      • 维护全局的元数据信息,如表结构、分区信息、节点状态等。
      • 负责整个系统的资源调度和任务分配。
  2. 后端(Backend, BE)节点
    • 作用:BE节点承担实际的数据存储和计算工作,是执行查询的核心部分。
    • 构成:多个BE节点构成数据存储和处理集群,每个节点都有自己的计算和存储资源。
    • 功能
      • 存储和管理用户数据,采用列式存储和多级索引优化。
      • 执行FE节点下发的查询任务,在本地节点并行处理数据。
      • 支持数据的分布式存储和并行计算,实现快速数据检索和聚合。
  3. Broker

​ StarRocks中和外部HDFS/对象存储等外部数据对接的中转服务,辅助提供导入导出功能。

数据分布与复制
  • StarRocks的数据表会被划分为多个tablet(数据分片),这些tablet均匀分布在BE节点上,形成分布式数据存储。
  • 为了实现高可用和容错,StarRocks支持数据的多副本备份,每个tablet可以在不同BE节点上有多份拷贝。
查询处理流程
  • 客户端提交SQL查询至任意一个FE节点。
  • FE节点解析SQL语句,生成最优查询计划,并将执行计划分解成子任务发送给相应的BE节点。
  • 各个BE节点并行执行子任务,并将结果返回给FE节点。
  • FE节点收集各BE节点的结果,并进行必要的合并与排序,最终将查询结果返回给客户端。
集群扩展与稳定性
  • StarRocks通过增加FE和BE节点数量来线性扩展处理能力和存储容量。
  • 通过心跳机制监控节点健康状况,并自动调整负载均衡和故障转移,保障系统的稳定性和可用性。

四、StarRocks搭建

进入官网:Download StarRocks Free | StarRocks

下载StarRocks版本3.0.9:
在这里插入图片描述

上传到虚拟机:
解压:

tar -zxvf StarRocks-3.0.9.tar.gz -C /opt
  • 1

进入目录修改 conf/fe.confJVM 的堆大小,根据实际的大小设置,并创建元数据目录:

cd /opt/StarRocks-3.0.9/fe
mkdir meta
  • 1
  • 2

进入到解压目录的 be 下,创建数据存储目录:

mkdir storage
  • 1

FE部署:

由于我的有报错,StarRocksFE进程会停掉,查找得知8030端口被JAVA进程占用。

# 端口查看:
netstat -tulpn | grep :9050
  • 1
  • 2

StarRocks FE的8030端口被占用,进入fe文件下的conf/fe.conf文件修改改为8050:

meta_dir = /opt/StarRocks-3.0.9/fe/meta
JAVA_HOME = /usr/java/jdk1.8.0_291-amd64
http_port = 8050
  • 1
  • 2
  • 3

将改好的 StarRocks 包分发至另外两个 服务器中:

scp -r StarRocks-3.0.9 root@xy2:/opt/
scp -r StarRocks-3.0.9 root@xy3:/opt/
  • 1
  • 2

进入目录并启动FE节点,使用jps查看进程:

cd /opt/StarRocks-3.0.9/fe
bin/start_fe.sh --daemon
  • 1
  • 2

在这里插入图片描述

使用ip:8050可以查看web端:
在这里插入图片描述

在这里插入图片描述

使用mysql连接FE:

mysql -h xy1 -u root -P 9030
  • 1

在这里插入图片描述

使用命令查看FE状况:

SHOW PROC '/frontends'\G
  • 1

在这里插入图片描述

分别在另外节点启动fe:

bin/start_fe.sh --helper xy1:9010 --daemon
  • 1

在这里插入图片描述

在节点xy1的mysql中添加FE节点(角色也分为FOLLOWEROBSERVER):

添加:
ALTER SYSTEM ADD FOLLOWER "xy2:9010";
ALTER SYSTEM ADD FOLLOWER "xy3:9010";

移除:
 alter system drop follower "xy2:9010";
 alter system drop observer "xy2:9010";
 
 查看:
 SHOW PROC '/frontends'\G
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

在这里插入图片描述

BE部署:

进入BE,创建storage(这里上面已经创建):

cd /opt/StarRocks-3.0.9/be
mkdir storage
  • 1
  • 2

进入conf/be.conf进行修改(每个节点都要):

JAVA_HOME = /usr/java/jdk1.8.0_291-amd64
storage_root_path=/opt/StarRocks-3.0.9/be/storage
be_http_port = 8070
priority_networks = 192.168.56.101/24
  • 1
  • 2
  • 3
  • 4

启动BE:

#启动:
cd /opt/StarRocks-3.0.9/be
./bin/start_be.sh --daemon
#停止:
./bin/stop_be.sh --daemon
  • 1
  • 2
  • 3
  • 4
  • 5

通过mysql客户端添加BE节点:

ALTER SYSTEM ADD BACKEND "xy1:9050";
ALTER SYSTEM ADD BACKEND "xy2:9050";
ALTER SYSTEM ADD BACKEND "xy3:9050";

#如不小心填错了,可用这个删除:
alter system decommission backend "192.168.56.101:9050";
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

MySQL查看:

SHOW PROC '/backends'\G
  • 1

网页查看:

在这里插入图片描述

部署 Broker :

#启动broker的命令:(完成配置后可用,每个节点都需要启动)

cd /opt/StarRocks-3.0.9

./apache_hdfs_broker/bin/start_broker.sh --daemon
  • 1
  • 2
  • 3
  • 4
  • 5

配置文件在/opt/StarRocks-3.0.9/apache_hdfs_broker/conf/apache_hdfs_broker.conf(具体由安装路径而定)

复制自己的 HDFS 集群配置文件hdfs-site.xml并粘贴至 conf 路径下。

当您尝试启动StarRocks的Broker服务时,系统报错提示“JAVA_HOME is not set”,这意味着在运行start_broker.sh脚本时,环境变量JAVA_HOME尚未指向Java安装目录。

解决方法:

我的Java的安装路径为/usr/java/jdk1.8.0_291-amd64,可以在用户的.bashrc文件中添加以下两行来设置JAVA_HOME环境变量:

进入:

vim ~/.bashrc
  • 1

添加环境:

export JAVA_HOME=/usr/java/jdk1.8.0_291-amd64
export PATH=$JAVA_HOME/bin:$PATH
  • 1
  • 2

保存文件后,为了让新设置立即生效,执行以下命令:

source ~/.bashrc
  • 1

现在,JAVA_HOME环境变量应该已经设置好了,您可以再次尝试启动StarRocks的Broker服务:

./apache_hdfs_broker/bin/start_broker.sh --daemon
  • 1

进入mysql添加Broker节点到集群中:

mysql -h xy1 -u root -P 9030
  • 1
# broker1可以设置(后续使用Broker导入需要),8000是apache_hdfs_broker.conf中的端口。

ALTER SYSTEM ADD BROKER broker1 "192.168.56.101:8000";
ALTER SYSTEM ADD BROKER broker1 "192.168.56.102:8000";
ALTER SYSTEM ADD BROKER broker1 "192.168.56.103:8000";
  • 1
  • 2
  • 3
  • 4
  • 5

查看Broker节点信息:

SHOW PROC "/brokers"\G
  • 1

在这里插入图片描述在这里插入图片描述

FE、BE、Broker启动与查看命令:

启动命令:

注意:每个节点都需要启动

#FE启动
cd /opt/StarRocks-3.0.9/fe
bin/start_fe.sh --daemon

#BE启动:
cd /opt/StarRocks-3.0.9/be
./bin/start_be.sh --daemon

#启动broker的命令:
cd /opt/StarRocks-3.0.9
./apache_hdfs_broker/bin/start_broker.sh --daemon


#停止:
./bin/stop_be.sh --daemon

# 进入
mysql -h xy1 -u root -P 9030
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
状态查看命令:
#使用查看FE状况:
SHOW PROC '/frontends'\G

#使用查看BE状况:
SHOW PROC '/backends'\G

#使用查看Broker状况:
SHOW PROC "/brokers"\G
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

、案例分享

数据从hive导入StarRocks:
在StarRocks中创建表:
CREATE DATABASE IF NOT EXISTS db_df_lawsuits_v;

USE db_df_lawsuits_v;

CREATE TABLE db_df_lawsuits_v.t_lawsuits_rolerelations (
    eid STRING,
    obj_id STRING,
    ename STRING,
    md5 STRING,
    title STRING,
    case_no STRING,
    cause_action STRING,
    type STRING,
    role STRING,
    court STRING,
    trial_result STRING,
    url STRING,
    judgeresult STRING,
    sub_amount DOUBLE,
    related_companies STRING,
    related_relation STRING,
    freezing_info STRING,
    u_tags STRING,
    `date` DATETIME,
    pub_date DATETIME,
    year_date STRING,
    year_pubdate STRING,
    row_update_time DATETIME,
    case_type STRING,
    case_cause STRING,
    case_causes STRING,
    doc_type STRING,
    case_status STRING,
    doc_id STRING,
    relation_details STRING,
    case_relation BIGINT,
    clean_role STRING,
    verdict_type STRING,
    related_case_no STRING,
    initial_court_code STRING,
    court_area_code STRING,
    source STRING,
    create_time DATETIME,
    local_update_time DATETIME,
    local_row_update_time DATETIME
)
DISTRIBUTED BY HASH(eid) BUCKETS 4;
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47

hive-site.xml中设置hive.metastore.uris参数:

<name>hive.metastore.uris</name>
    <value>thrift://xy1:9083</value>
  • 1
  • 2

登录StarRocks:

mysql -h xy1 -u root -P 9030
  • 1
Hive Catalog查询与导入

在StarRocks中执行以下SQL语句来创建一个外部Catalog,指向您的Hive Metastore服务。

(Catalog(数据目录)功能,实现在一套系统内同时维护内、外部数据,可以不执行数据导入就轻松访问并查询存储在各类外部源的数据。)

CREATE EXTERNAL CATALOG my_hive_catalog
PROPERTIES (
    "type" = "hive",
    "hive.metastore.uris" = "thrift://xy1:9083"
);
  • 1
  • 2
  • 3
  • 4
  • 5
  1. 查看Catalog列表:首先,您可以通过执行SHOW CATALOGS;命令来查看所有可用的Catalog。

  2. 使用Hive Catalog:然后,使用SET CATALOG 'my_hive_catalog';命令来切换到您创建的Hive Catalog。

  3. 查看数据库列表:通过执行SHOW DATABASES;命令,可以查看Hive Catalog中的数据库列表。

  4. 查看表列表:选择一个数据库,然后执行SHOW TABLES;来查看该数据库中的表列表。

  5. 查询表结构:使用DESCRIBE <table_name>;命令来查看表的结构和分区信息。

  6. 禁用严格模式:在插入数据之前,您可以通过设置会话变量来禁用严格模式,这样StarRocks会将不符合条件的字段值转换为NULL,而不是过滤掉整行数据。执行以下命令:

    SET enable_insert_strict = false;
    
    • 1
    • 如果开启严格模式,StarRocks 会把错误的数据行过滤掉,只导入正确的数据行,并返回错误数据详情。
    • 如果关闭严格模式,StarRocks 会把转换失败的错误字段转换成 NULL 值,并把这些包含 NULL 值的错误数据行跟正确的数据行一起导入。
  7. 数据导入

INSERT INTO db_df_lawsuits_v.t_lawsuits_rolerelations
SELECT * FROM my_hive_catalog.db_df_lawsuits_v.t_lawsuits_rolerelations;
  • 1
  • 2

OM_BZK1

这条命令影响了25600行数据,并且耗时1.27秒完成,执行速度很快。

8.监控导入状态:导入作业提交后,先选择数据库,然后您可以通过SHOW LOAD命令来监控导入作业的状态。

数据使用Broker导入:

BROKER LOAD | StarRocks

基本原理:

提交导入作业以后,FE 会生成对应的查询计划,并根据目前可用 BE 的个数和源数据文件的大小,将查询计划分配给多个 BE 执行。每个 BE 负责执行一部分导入任务。BE 在执行过程中,会从 HDFS 或云存储系统拉取数据,并且会在对数据进行预处理之后将数据导入到 StarRocks 中。所有 BE 均完成导入后,由 FE 最终判断导入作业是否成功。

支持格式:

CSV、ORCFile、Parquet等文件格式

在StarRocks中创建表:
USE db_df_lawsuits_v;

CREATE TABLE db_df_lawsuits_v.test_brok (
    eid STRING,
    obj_id STRING,
    ename STRING,
    md5 STRING,
    title STRING,
    case_no STRING,
    cause_action STRING,
    `type` STRING,
    `role` STRING,
    court STRING,
    trial_result STRING,
    url STRING,
    judgeresult STRING,
    sub_amount DOUBLE,
    related_companies STRING,
    related_relation STRING,
    freezing_info STRING,
    u_tags STRING,
    `date` DATETIME,
    pub_date DATETIME,
    year_date STRING,
    year_pubdate STRING,
    row_update_time DATETIME,
    case_type STRING,
    case_cause STRING,
    case_causes STRING,
    doc_type STRING,
    case_status STRING,
    doc_id STRING,
    relation_details STRING,
    case_relation BIGINT,
    clean_role STRING,
    verdict_type STRING,
    related_case_no STRING,
    initial_court_code STRING,
    court_area_code STRING,
    source STRING,
    create_time DATETIME,
    local_update_time DATETIME,
    local_row_update_time DATETIME
)
DISTRIBUTED BY HASH(eid) BUCKETS 4;
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
使用broker导入语句:
-- 加载标签 `db_df_lawsuits_v.test_brok2`,该标签表示从HDFS加载数据到StarRocks数据库中的一个导入任务
LOAD LABEL db_df_lawsuits_v.test_brok2
(
    -- 指定数据源,即HDFS上的ORC格式数据文件集合
    DATA INFILE("hdfs://192.168.56.101:9870/user/hive/warehouse/db_df_lawsuits_v.db/t_lawsuits_rolerelations/*")
    -- 导入数据的目标表是名为 `test_brok1` 的表
    INTO TABLE test_brok1
    -- 指定数据文件的格式为 ORC 格式
    FORMAT AS "orc"
)
-- 使用名为 `broker1` 的HDFS Broker组件进行数据搬运
WITH BROKER
(
    'name' = 'broker1',
    'type' = 'hdfs',
    -- 配置HDFS Broker连接HDFS所需的认证信息
    'properties' = '{"username": "root", "password": "cqie"}'
)
-- 设置导入任务的超时时间为36000秒(即10小时)
PROPERTIES
(
    'timeout' = '36000'
);
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
-- 查看所有LOAD LABEL任务 
SHOW TABLES;

-- 查看特定标签的任务 
SHOW TABLES FROM db_df_lawsuits_v;

-- 查看导入作业的列表和状态
SHOW LOAD;
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
删除:

如果您想删除表中的数据,可以使用DELETE语句。这个语句允许您按条件删除表中的数据。例如:

DELETE FROM table_name WHERE condition;
  • 1

如果您想删除整个表(标签),则需要使用DROP TABLE语句。这将删除表及其所有数据,操作不可逆转。例如:

DROP TABLE table_name;
  • 1

请注意,在执行DROP TABLE操作之前,确保您已经备份了任何重要数据,因为这个操作会永久删除表和表中的所有数据。

如果您是想清空表中的数据但保留表结构,可以使用TRUNCATE TABLE语句。这个命令会删除表中的所有数据,但表结构仍然保留。例如:

TRUNCATE TABLE table_name;
  • 1
第三方平台方式将数据导入到starrocks

python导入数据

创表SQL

 CREATE TABLE `table1` ( `id` int(11) NOT NULL COMMENT "用户 ID", `name` varchar(65533) NULL COMMENT "用户姓名", `score` int(11) NOT NULL COMMENT "用户得分" ) ENGINE=OLAP PRIMARY KEY(`id`) DISTRIBUTED BY HASH(`id`) BUCKETS 10; CREATE TABLE `table2` ( `id` int(11) NOT NULL COMMENT "城市 ID", `city` varchar(65533) NULL COMMENT "城市名称" ) ENGINE=OLAP PRIMARY KEY(`id`) DISTRIBUTED BY HASH(`id`) BUCKETS 10; 
  • 1

Python代码

import requests,json
#验证密码
Session=requests.Session()
 Session.auth=('root','')
 #csv导入
table='table1'
 headers_csv={
 'label':'123',
 #分隔符
'column_separator':',',
 #字段
'columns': 'id, name, score'
 }
 '''
 1,Lily,23
 2,Rose,23
 3,Alice,24
 4,Julia,25
 '''
 data=open('score.csv','r').read()
 r=Session.put(f'http://10.8.16.200:8040/api/testdb/{table}/_stream_load',headers=
 headers_csv,data=data)
 r.json()
 #json导入
table='table2'
 #请求头
headers_json={
 'Content-type': 'application/json',
 "Expect": "100-continue",
 'strict_mode': 'true',
 'format': 'json',
 #jsonpaths https://www.cnblogs.com/youring2/p/10942728.html
 'jsonpaths': '[\"$.name\", \"$.code\"]',
 'columns': 'city,tmp_id, id = tmp_id * 100'
 }
 for i in [{"name": "上海", "code": 1},{"name": "重庆", "code": 3}]:
 data=json.dumps(i)
 r=Session.put(f'http://10.8.16.200:8040/api/testdb/{table}/_stream_load',headers
 =headers_json,data=data)
 print(r.json())
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/579487?site
推荐阅读
相关标签
  

闽ICP备14008679号