数据转发概述 分类 转发目标 说明 操作指导 第三方服务 第三方应用服务（HTTP推送） 将数据转发至客户的HTTP 服务器 ，客户可以在数据转发界面创建流转规则，并指定推送的URL，将订阅的数据源信息推送到指定URL的服务器。 使用HTTP/HTTPS转发 AMQP推送消息队列 客

查看更多 →

每个请求会按照转发策略的优先级顺序（转发策略编号的数值越小，优先级越高）逐条匹配，一旦能够匹配到一条转发策略，立即按照当前转发策略进行转发。 如果能匹配到监听器的转发策略，则按该转发策略转发请求。 如果不能匹配到监听器的转发策略，则将请求按照默认转发策略进行转发。 转发规则 高级转

查看更多 →

创建数据转发配置 功能介绍 创建数据转发配置。当前仅支持数据转发至kafka，数据转发配置成功添加后配置中的Topic消息将会转发至指定的brokers。 调试 您可以在 API Explorer 中调试该接口，支持自动认证鉴权。API Explorer可以自动生成SDK代码示例，并提供SDK代码示例调试功能。

查看更多 →

查询数据转发配置 功能介绍 根据转发配置的唯一ID（forwarding_config_id）查询数据转发配置 调试 您可以在API Explorer中调试该接口，支持自动认证鉴权。API Explorer可以自动生成SDK代码示例，并提供SDK代码示例调试功能。 URI GET

查看更多 →

配置设备数据转发MQS 概述 ROMA Connect不会直接存储设备上报的数据，用户需要通过配置数据转发规则，把设备数据转发到其他服务进行存储。本实践中，把设备数据转发到ROMA Connect的消息集成MQS。 操作步骤 创建用于存储设备数据的消息Topic。 在左侧的导航栏选择“消息集成

查看更多 →

数据转发积压策略配置 概述 当转发目标（如第三方应用服务器等）由于性能等原因无法快速处理IoT物联网平台流转数据时，未能及时处理的流转数据会积压（缓存）在IoT物联网平台。目前IoT物联网平台默认配置单个转发规则流转数据的最大积压（缓存）大小为1GB，最大积压（缓存）时间为24小

查看更多 →

自定义，如iotda-kafka。 规则描述 自定义，如数据转发至Kafka存储。 数据来源 选择“设备属性”。 触发事件 自动匹配“设备属性上报”。 资源空间 选择“所有资源空间”。 图2 创建数据转发规则 单击“设置转发目标”页签，单击“添加”，设置转发目标。 参数名 参数说明 转发目标 选择“分布式消息服务(kafka)”

查看更多 →

Boolean 转发策略的管理状态，默认为true。 不支持该字段，请勿使用。 description String 转发策略描述信息。 id String 转发策略ID。 listener_id String 转发策略所属的监听器ID。 name String 转发策略名称 最小长度：1

查看更多 →

口的业务，请重新进行 域名 配置。 处理建议：直接访问网站域名，如“https://www.example.com”。 原因三：域名解析错误。 处理建议： 如果该域名已添加到WAF进行防护，参照域名解析重新完成域名接入的操作，使流量经过WAF进行转发。 如果该域名未添加到WAF进行防

查看更多 →

通过Nginx配置URL转发 操作场景 如果您的服务器上部署了多个网站，且网站放置在不同目录下，访问这些网站时就需要配置域名转发到不同目录URL，即配置URL转发。本节操作介绍通过Nginx实现URL转发的操作步骤。 背景知识 URL转发分为URL显性转发和URL隐性转发。 URL显性转发

查看更多 →

支持的转发动作有：转发至后端服务器组、重定向至监听器、重定向至URL、重写、返回固定响应。详见转发动作。 支持单条转发策略中添加多个转发规则。 支持转发策略排序。 约束与限制 高级转发策略开启后不允许关闭。 一个高级转发策略支持添加10个条件（所有转发规则的条件之和）。 开启高级转发策略

查看更多 →

删除数据转发配置 功能介绍 根据转发配置的唯一ID（forwarding_config_id）删除数据转发配置，删除后配置中订阅的topic消息将不会被转发至brokers。 调试 您可以在API Explorer中调试该接口，支持自动认证鉴权。API Explorer可以自动生

查看更多 →

优化查询性能概述 性能调优是数据库应用开发和迁移过程中的关键步骤，在整个项目实施过程中占据很大的份量。通过性能调优可以提高数据库的资源利用率，降低业务成本，还可以大大降低应用系统的运行风险，提高系统稳定性，给客户带来更大的价值。 SQL调优的唯一目的是“资源利用最大化”，即CPU

查看更多 →

节点Node1根据数据的_id将数据路由到分片2，此时请求会被转发到Node3，并执行写操作。 当主分片写入成功后，它将请求转发到Node2的副本分片上。当副本写入成功后，Node3将向协调节点报告写入成功，协调节点向客户端报告写入成功。 Elasticsearch中的单个索引由一个或

查看更多 →

节点Node1根据查询请求的索引以及其分片分布，进行分片选择；然后将请求转发到Node1、Node2、Node3。 各分片分别执行查询任务；当各分片查询成功后，将查询结果汇聚到Node1，然后协调节点向客户端返回查询结果。 对于某个查询请求，其在节点上默认可并行查询5个分片，多于5个分

查看更多 →

优化集群性能 写入性能优化 查询性能优化

查看更多 →

优化器开销常量 介绍优化器开销常量。这里描述的开销可以按照任意标准度量。只关心其相对值，因此以相同的系数缩放它们将不会对优化器的选择产生任何影响。缺省时，以抓取顺序页的开销为基本单位。也就是说将seq_page_cost设为1.0，同时其他开销参数以他为基准设置。也可以使用其他基准，比如以毫秒计的实际执行时间。

查看更多 →

enable_pbe_optimization 参数说明：设置优化器是否对以PBE（Parse Bind Execute）形式执行的语句进行查询计划的优化。 参数类型：布尔型 参数单位：无 取值范围： on表示优化器将优化PBE语句的查询计划。 off表示不使用优化。 默认值：on 设置方式：该参数属于

查看更多 →

enable_pbe_optimization 参数说明：设置优化器是否对以PBE（Parse Bind Execute）形式执行的语句进行查询计划的优化。 参数类型：布尔型 参数单位：无 取值范围： on表示优化器将优化PBE语句的查询计划。 off表示不使用优化。 默认值：off 设置方式：该参数属

查看更多 →

Kafka性能优化 Kafka性能优化 优化客户端配置 生产者配置建议 可参考配置建议。 消费者配置建议 参数 推荐值 说明 max.poll.records 500 消费者一次能消费到的最大消息数量，默认为500，如果每条消息处理时间较长，建议调小该值，确保在max.poll.interval

查看更多 →

e数据。 调优原则 提高cpu使用率同时减少额外性能开销。 提高内存使用率。 优化业务逻辑，减少计算量和IO操作。 典型业务的调优 优化代码逻辑：在进行Spark参数调优之前，要进行相应的规划设计，优化代码逻辑。 Spark任务跑的比较慢，cpu利用率低：检测室executor线

查看更多 →