Skip to content

将 MQTT 数据写入到 ClickHouse

ClickHouse 是一种高性能的列式 SQL 数据库管理系统(DBMS),用于在线分析处理(OLAP),擅长以最小延迟处理和分析大量数据。它具有出色的查询性能、灵活的数据模型和可扩展的分布式架构,适用于各种数据分析场景。EMQX Platform 支持与 ClickHouse 的数据集成,使您能够将 MQTT 消息和事件数据导入 ClickHouse 进行进一步的分析和处理。

工作原理

ClickHouse 数据集成是 EMQX Platform 中的开箱即用功能,旨在结合 MQTT 的实时数据捕获和传输能力与 ClickHouse 的强大数据处理功能。借助内置的规则引擎组件,集成简化了将数据从 EMQX Platform 导入 ClickHouse 进行存储和分析的过程,无需复杂的编码。

下图展示了 EMQX 与 ClickHouse 之间数据集成的典型架构。

EMQX Platform-ClickHouse 集成

将 MQTT 数据导入 ClickHouse 的过程如下:

  1. 消息发布和接收:工业物联网设备通过 MQTT 协议成功连接到 EMQX Platform,并基于其操作状态、读数或触发事件,从机器、传感器和生产线发布实时 MQTT 数据到 EMQX Platform。当 EMQX Platform 收到这些消息时,它启动其规则引擎中的匹配过程。
  2. 消息数据处理:消息到达后,经过规则引擎处理,然后由 EMQX Platform 中定义的规则处理。基于预定义标准的规则确定哪些消息需要路由到 ClickHouse。如果任何规则指定了有效载荷转换,则应用这些转换,例如转换数据格式、过滤特定信息或使用额外上下文丰富有效载荷。
  3. 数据导入 ClickHouse:一旦规则引擎识别出一个消息用于 ClickHouse 存储,它就会触发一个动作,将消息转发到 ClickHouse。处理过的数据将被无缝写入 ClickHouse 数据库的集合中。
  4. 数据存储和利用:随着数据现在存储在 ClickHouse 中,企业可以利用其查询能力应用于各种用例。例如,在物流和供应链管理领域,可以监控和分析 IoT 设备(如 GPS 跟踪器、温度传感器和库存管理系统)的数据,进行实时跟踪、路线优化、需求预测和高效库存管理。

功能和优势

与 ClickHouse 的数据集成提供了一系列功能和优势,以确保高效的数据传输、存储和利用:

  • 实时数据流处理:EMQX Platform 专为处理实时数据流而构建,确保从源系统到 ClickHouse 的高效可靠数据传输。它使组织能够实时捕获和分析数据,非常适合需要立即洞察和行动的用例。
  • 高性能和可扩展性:EMQX Platform 的分布式架构和 ClickHouse 的列式存储格式实现随着数据量增加的无缝扩展。这确保了即使在大数据集下也能保持一致的性能和响应能力。
  • 灵活的数据转换:EMQX Platform 提供了强大的基于 SQL 的规则引擎,允许组织在将数据存储

到 ClickHouse 之前对数据进行预处理。它支持各种数据转换机制,如过滤、路由、聚合和丰富,使组织能够根据其需求塑造数据。

  • 易于部署和管理:EMQX Platform 提供了用户友好的界面,用于配置数据源、预处理数据规则和 ClickHouse 存储设置。这简化了数据集成过程的设置和持续管理。
  • 高级分析:ClickHouse 强大的基于 SQL 的查询语言和对复杂分析函数的支持,使用户能够从物联网数据中获得宝贵洞察力,实现预测分析、异常检测等。

准备工作

本节介绍了在 EMQX Platform 中创建 ClickHouse 数据集成之前需要完成的准备工作。

前置准备

网络设置

开始之前,您需要在 EMQX Platform 上创建一个部署(EMQX 群集)并配置网络。

  • 对于专有版和旗舰版部署用户: 请先创建 VPC 对等连接,创建完对等连接之后,可以通过内部网络 IP 登录 Platform Console 访问目标连接器。或者开通 NAT 网关,通过公网 IP 访问目标连接器。
  • 对于 BYOC 部署用户: 请在部署 BYOC 的 VPC 和目标连接器所在的 VPC 之间建立对等连接,创建完对等连接之后,可以通过内部网络 IP 访问目标连接器。如果您需要通过公共 IP 地址访问资源,请在公共云控制台中为部署 BYOC 的 VPC 配置 NAT 网关。

启动 ClickHouse 服务器

本节将介绍如何通过 Docker 启动 ClickHouse 服务器。

  1. 创建一个 init.sql 文件并包含以下初始化 SQL 命令:

    bash
    cat >init.sql <<SQL_INIT
    CREATE DATABASE IF NOT EXISTS mqtt_data;
    CREATE TABLE IF NOT EXISTS mqtt_data.messages (
       data String,
       arrived TIMESTAMP
    ) ENGINE = MergeTree()
    ORDER BY arrived;
    SQL_INIT
  2. 运行以下命令通过 Docker 启动 ClickHouse 服务器,其中定义了数据库的名称、端口号、用户名和密码,方便后续通过 EMQX Platform 创建资源时配置连接信息。同时我们还将 init.sql 文件映射为容器内的一个文件。

    bash
    docker run \
    --rm \
    -e CLICKHOUSE_DB=mqtt_data \
    -e CLICKHOUSE_USER=emqx \
    -e CLICKHOUSE_DEFAULT_ACCESS_MANAGEMENT=1 \
    -e CLICKHOUSE_PASSWORD=public \
    -p 18123:8123 \
    -p 19000:9000 \
    --ulimit nofile=262144:262144 \
    -v $pwd/init.sql:/docker-entrypoint-initdb.d/init.sql \
    clickhouse/clickhouse-server

有关如何通过 Docker 运行 ClickHouse 服务器的更多信息,可阅读 Docker - ClickHouse Server

创建连接器

在创建 ClickHouse 动作之前,您需要创建一个 ClickHouse 连接器,以便 EMQX Platform 与 ClickHouse 服务建立连接。

  1. 在部署菜单中选择 数据集成,在数据持久化分类下选择 ClickHouse。如果您已经创建了其他的连接器,点击新建连接器,然后在数据持久化分类下选择 ClickHouse。

  2. 连接器名称:系统将自动生成一个连接器的名称。

  3. 填写连接相关配置:

    • 服务器 URLhttp://{host}:18123
    • 数据库名称mqtt_data
    • 用户名emqx
    • 密码public
    • 根据业务需求配置高级设置(可选)。
  4. 点击测试连接按钮,如果 ClickHouse 能够正常访问,则会返回连接器可用提示。

  5. 点击新建按钮完成连接器的创建。

接下来,您可以基于此连接器创建数据桥接规则。

创建规则

本节演示了如何创建 ClickHouse 数据集成的规则来指定需要持久化至 ClickHouse 的数据并为规则添加触发的动作。

  1. 点击连接器列表操作列下的新建规则图标或在规则列表中点击新建规则进入新建规则步骤页。

  2. 在 SQL 编辑器中输入规则,客户端将温湿度消息发送到 temp_hum/emqx 主题时,就会触发引擎。这里需要对 SQL 进行一定的处理:

sql
  SELECT

   timestamp div 1000 as up_timestamp,
   clientid as client_id,
   payload

  FROM

   "temp_hum/emqx"

TIP

如果您初次使用 SQL,可以点击 SQL 示例启用调试来学习和测试规则 SQL 的结果。

  1. 点击下一步开始创建动作。

  2. 使用连接器下拉框中选择您之前创建的连接器。

  3. 分隔符(可选):用于区分多个输入项,本示例中可保留默认的 , 。注意:默认为逗号 ',',适用于 VALUES 格式。您也可以使用其他分隔符, 请参考 ClickHouse 数据格式

  4. 在 SQL 模版中输入以下命令(您可通过规则引擎确保输入 SQL 语句中的字符串能被正确转义,以防 SQL 注入攻击):

    sql
    INSERT INTO messages(data, arrived) VALUES ('${payload}', ${up_timestamp})

    其中,${payload}${up_timestamp} 分别代表消息内容和时间戳,即稍后将在规则时进行配置的消息转发内容。EMQX 在进行消息转发前会按照设定将其替换为相应内容。

    如果在模板中使用未定义的占位符变量,您可以切换未定义变量作为 NULL 开关(位于 SQL 模板 上方)来定义规则引擎的行为:

    • 关闭(默认):规则引擎可以将字符串 undefined 插入数据库。

    • 启用:允许规则引擎在变量未定义时将 NULL 插入数据库。

    TIP

    如果可能,应始终启用此选项;关闭该选项仅用于确保向后兼容性。

  5. 高级设置(可选):具体可阅读 高级配置

  6. 点击确认按钮完成动作的配置。

  7. 在弹出的成功创建规则提示框中点击返回规则列表,从而完成了整个数据集成的配置链路。

测试规则

推荐使用 MQTTX 模拟温湿度数据上报,同时您也可以使用其他任意客户端完成。

  1. 使用 MQTTX 连接到 EMQX Platform 部署,并向以下 Topic 发送消息。

    • topic: temp_hum/emqx

    • client id: test_client

    • payload:

      json
      {
        "temp": "27.5",
        "hum": "41.8"
      }

此时,该消息应该已被转发至 ClickHouse 服务器的 mqtt_data 数据库中,并插入 messages 表中。你可在命令行中输入如下命令进行确认:

bash
curl -u emqx:public -X POST -d "SELECT * FROM mqtt_data.messages" http://{host}:18123

如消息被正确转发,将能看到类似的返回结果:

bash
{\n  "temp": "27.5",\n  "hum": "41.8"\n}        2024-03-27 09:35:11

高级配置

本节深入探讨了 EMQX Platform ClickHouse 数据集成的高级配置选项。在配置 ClickHouse 连接器时,导航至高级设置以根据您的特定需求调整以下参数。

字段描述推荐值
连接池大小指定与 ClickHouse 服务交互时连接池中可以维护的并发连接数量。此选项通过限制或增加 EMQX Platform 与 ClickHouse 之间的活动连接数量,帮助管理应用的可伸缩性和性能。
注意:设置合适的连接池大小取决于多种因素,如系统资源、网络延迟和您应用的特定工作负载。过大的池大小可能导致资源耗尽,而过小的大小可能限制吞吐量。
8
连接超时指定连接器尝试与 ClickHouse 服务器建立连接时的最大等待时间(以秒为单位)。
注意:谨慎选择超时设置对于平衡系统性能和资源利用至关重要。建议在各种网络条件下测试系统,以找到适合您特定用例的最佳超时值。
15
启动超时时间确定连接器在响应资源创建请求之前等待自动启动资源达到健康状态的最大时间间隔(以秒为单位)。此设置有助于确保连接器在验证连接的资源 - 如 ClickHouse 中的数据库实例 - 已完全运行并准备处理数据事务之前,不会继续进行操作。5
缓存池大小指定将为管理 EMQX 和 ClichHouse 之间的 egress (出口)模式数据集成的数据流分配的缓冲工作进程数量。这些工作进程负责在数据发送到目标服务之前临时存储和处理数据。此设置特别适用于优化性能和确保出口场景中的平稳数据传输。对于仅处理 ingress(入口)数据流的数据集成,此选项可以设置为 "0",因为它不适用。16
请求超期“请求 TTL”(生存时间)配置设置指定请求进入缓冲后被视为有效的最大持续时间(以秒为单位)。此计时器从请求被缓冲的那一刻开始计时。如果请求在缓冲区中停留的时间超过此 TTL 设置,或者被发送但没有从 ClickHouse 收到及时的响应或确认,请求将被视为已过期。45
健康检查间隔指定连接器对 ClickHouse 连接执行自动健康检查的时间间隔(以秒为单位)。15
缓存队列最大长度指定 ClickHouse 连接器中每个缓冲工作进程可以缓冲的最大字节数。缓冲工作进程在数据发送到 ClickHouse 之前临时存储数据,作为中介以更有效地处理数据流。根据您的系统性能和数据传输需求调整该值。256
最大批量处理大小指定从 EMQX Platform 到 ClickHouse 的单次传输操作中可以传输的数据批次的最大大小。通过调整大小,您可以微调 EMQX Platform 和 ClickHouse 之间数据传输的效率和性能。
如果“最大批处理大小”设置为“1”,则数据记录将单独发送,而不会分组到批次中。
1
请求模式允许您选择 asynchronoussynchronous 查询模式,根据不同需求优化消息传输。在异步模式下,写入 ClickHouse 不会阻塞 MQTT 消息发布过程。然而,这可能导致客户端在消息到达 ClickHouse 之前就接收到消息。Async
请求飞行队列窗口“in-flight 查询”是指已启动但尚未收到响应或确认的查询。此设置控制连接器与 ClickHouse 通信时可以同时存在的最大 in-flight 查询数量。
请求模式 设置为 async(异步)时,“Inflight 窗口”参数获得特殊重要性。如果对于来自同一 MQTT 客户端的消息按严格顺序处理至关重要,您应将此值设置为 1。
100

更多信息

点击以下链接了解更多:

博客