单一活跃消费者 使用场景 单一活跃消费者（Single Active Consumer）表示队列中可以注册多个消费者，但是只允许一个消费者消费消息，只有在此消费者出现异常时，才会自动转移到另一个消费者进行消费。单一活跃消费者适用于需要保证消息消费顺序性，同时提供高可靠能力的场景。

查看更多 →

列表页面。 单击待查看消费者列表的消费组名称，进入消费组详情页。 在“消费者列表”页签，查看消费者列表。 在消费者列表中，可以查看消费者ID、消费者地址和客户端ID。 （可选）如果需要查询某个消费者，在搜索框中，输入消费者ID，按“Enter”。 查看消费者列表（Kafka客户端）

查看更多 →

查询消费者列表 功能介绍 查询消费组内消费者列表 调用方法 请参见如何调用API。 URI GET /v2/rocketmq/{project_id}/instances/{instance_id}/groups/{group}/clients 表1 路径参数 参数 是否必选 参数类型

查看更多 →

区数较多且每个消费者开启多个线程的情况下。 如图1所示，Topic含有多个分区，消费组中有多个消费者同时进行消费，每个线程均为长连接。当Topic中消息较少或者没有时，连接不断开，所有消费者不间断地拉取消息，这样造成了一定的资源浪费。 图1 Kafka消费者多线程消费模式 优化方案

查看更多 →

节点重启后消费者如何重连 本章节以Java中使用的RabbitMQ客户端amqp-client为例介绍节点重启后消费者如何重连。 amqp-client自带重连机制，但是自带的重连机制只会重试一次，一次连不上后就不会再执行了，这时如果消费者没有做额外的重试机制，那么这个消费者就彻底丧失的消费能力。

查看更多 →

查看RocketMQ消费者连接地址 操作场景 分布式消息服务RocketMQ版支持通过控制台查看消费者连接地址。 消费者处于连接RocketMQ实例时，才可以查看消费者连接地址。 操作步骤 登录管理控制台。 在管理控制台左上角单击，选择区域。 请选择RocketMQ实例所在的区域。

查看更多 →

topics”的报错。 图1 消费者访问权限 处理方法： 如果业务要求所有消费者在同一个消费组内，即group.id相同，解决方法：为所有消费者授权相同的Topic访问权限。 如果消费者不需要在同一个消费组内，解决方法：修改group.id，让每个消费者单独在一个消费组内。 父主题：

查看更多 →

未发布的数据资产可以提供给数据消费者使用吗 未发布的数据资产不可以提供给数据消费者使用。基于数据安全要求（华为公司以及各国各地区的数据安全法规，比如欧盟GDPR）和公有云部署特点（数据上Internet没有网络隔离的情况），若要使用和消费数据，必须先对数据资产进行发布，再通过订阅数据资产来进行数据使用。

查看更多 →

Kakfa消费者读取单条记录过长问题 问题背景与现象 和“Kafka生产者写入单条记录过长问题”相对应的，在写入数据后，用户开发一个应用，以消费者调用新接口（org.apache.kafka.clients.consumer.*）到Kafka上读取数据，但读取失败，报异常大致如下：

查看更多 →

于数据消费者。 数据管理者可以对当前租户下治理的数据进行管理，例如：发布数据集、配置数据集授权、审批数据集订阅申请等，也可以对当前租户下发布的所有数据集和其他租户下发布的外部公开及已授权的秘密、机密或绝密的数据集进行消费，例如：订阅数据集、下载数据集到OBS桶等。数据消费者可以对

查看更多 →

于数据消费者。 数据管理者可以对当前租户下治理的数据进行管理，例如：发布数据集、配置数据集授权、审批数据集订阅申请等，也可以对当前租户下发布的所有数据集和其他租户下发布的外部公开及已授权的秘密、机密或绝密的数据集进行消费，例如：订阅数据集、下载数据集到OBS桶等。数据消费者可以对

查看更多 →

在分布式应用场景下，一个消费组中所有的消费者拥有一个相同的消费组ID，他们需订阅相同的Topic和Tag，保持订阅关系一致，才能保证消息消费逻辑正确，消息不丢失。 同一个消费组的消费者必须订阅同一个Topic。例如，消费组1中有消费者A和消费者B，消费者A订阅了Topic A和Topic B，则消费者B也必须订阅Topic

查看更多 →

生产者短时间内生产大量消息到Topic，消费者无法及时消费。 消费者的消费能力不足（消费者并发低、消息处理时间长），导致消费效率低于生产效率。 消费者异常（如消费者故障、消费者网络异常等）导致无法消费消息。 Topic分区设置不合理，或新增分区无消费者消费。 Topic频繁重平衡导致消费效率降低。

查看更多 →

生产者短时间内生产大量消息到Topic，消费者无法及时消费。 消费者的消费能力不足（消费者并发低、消息处理时间长），导致消费效率低于生产效率。 消费者异常（如消费者故障、消费者网络异常等）导致无法消费消息。 Topic分区设置不合理，或新增分区无消费者消费。 Topic频繁重平衡导致消费效率降低。

查看更多 →

Kafka实例是否需要创建消费组、生产者和消费者？ 不需要单独创建消费组、生产者和消费者，在使用时自动生成，实例创建后，直接使用即可。 连接Kafka实例后，生产消息和消费消息，请参考向Kafka实例生产消息和消费消息。 父主题： 消费组问题

查看更多 →

预取值设置太大可能会导致从队列中取出大量消息传递给一个消费者，而使其他消费者处于空闲状态。另外还需要考虑消费者的配置，消费者在处理消息时会将所有消息保存在内存中，太大的预取值会对消费者的性能产生负面影响，甚至可能会导致消费者崩溃。 更多关于预取值的说明，请参考Consumer Prefetch。

查看更多 →

正常情况下消费组内加入新的消费者或老的消费者退出都会导致Rebalance，这种情况是无法避免的。但是某些特殊情况下，消费者会被误认为异常从而被踢出消费组，此时可能会导致消费异常，需要重点关注。 消费者被误认为异常从而被踢出消费组的场景如下： 未能及时发送心跳请求。 消费者以设置的heartbeat

查看更多 →

据集并下载到OBS桶。 秘密、机密或绝密的数据集需要在发布时或发布成功后配置授权给数据消费者，否则，数据消费者无权限查看和订阅该数据集并下载到OBS桶，发布该数据集所在租户下的数据管理者和消费者可以查看和订阅该租户下发布的数据集并下载到OBS桶，无需授权。秘密、机密或绝密的数据集

查看更多 →

未发布的数据资产可以提供给数据消费者使用吗 未发布的数据资产不可以提供给数据消费者使用。基于数据安全要求（华为公司以及各国各地区的数据安全法规，比如欧盟GDPR）和公有云部署特点（数据上Internet没有网络隔离的情况），若要使用和消费数据，必须先对数据资产进行发布，再通过订阅数据资产来进行数据使用。

查看更多 →

费组中的所有消费者都无法进行正常的业务消费，该场景触发场景为消费组内有新的消费者加入或有已经建立连接的消费者退出。 STABILIZED：rebalance完成，消费组处于稳定状态，该状态下消费组中的消费者可以进行正常的业务消费，触发条件是，当前消费组内的所有消费者都同步完成新的

查看更多 →

B，消费者A订阅了Tag A的消息，消费者B订阅了Tag B的消息。 如果消费者A和消费者B设置了相同的消费组，当生产者发送Tag A的消息时，Tag A的消息会均匀发送给消费者A和消费者B。由于消费者B没有订阅Tag A的消息，会把Tag A消息过滤掉，从而导致部分Tag A消息未被消费。 图1 错误的消费组设置

查看更多 →