Apache RocketMQ服务端和本地都用的最新版本 依赖是rocketmq-client-？

这个问题可能是由于以下原因导致的：

在客户端和服务端都使用了最新版本的RocketMQ，但是在连接到RocketMQ集群时，使用的依赖版本不同。在客户端中使用的是最新版本的RocketMQ客户端，而在服务端中使用的是早期版本的RocketMQ服务端。 在客户端和服务端中，都使用了相同的TAG来筛选数据，但是在连接到RocketMQ集群时，使用的是不同的TAG。在客户端中使用的是TAG1，而在服务端中使用的是TAG2。 在连接到RocketMQ集群时，客户端使用了旧的连接协议，而服务端使用了新的连接协议。 为了解决这个问题，可以尝试以下方法：

确保客户端和服务端都使用相同的RocketMQ客户端和服务端版本，以避免出现版本不兼容的问题。 在连接到RocketMQ集群时，使用相同的TAG来筛选数据，以确保客户端和服务端使用的是相同的数据。 在连接到RocketMQ集群时，使用新的连接协议来连接，以确保客户端和服务端都使用相同的协议。

消费者组设置错误：RocketMQ中，消费者组是用来标识一组消费者的，同一个消费者组中的消费者会共同消费消息。如果PLAN_COMMAND_A和PLAN_COMMAND_B使用的是同一个消费者组，可能会导致PLAN_COMMAND_B的消息无法消费。在这种情况下，可以尝试将PLAN_COMMAND_A和PLAN_COMMAND_B使用不同的消费者组进行消费。

消费者配置错误：在RocketMQ中，消费者需要通过配置文件进行配置。如果PLAN_COMMAND_A和PLAN_COMMAND_B的消费者配置不同，可能会导致PLAN_COMMAND_B的消息无法消费。在这种情况下，可以尝试检查消费者的配置文件是否正确，并且尝试对消费者进行优化和调整。

消息过滤设置错误：在RocketMQ中，可以通过消息过滤机制来过滤不需要的消息。如果PLAN_COMMAND_B的消息被设置了过滤条件，可能会导致PLAN_COMMAND_B的消息无法消费。在这种情况下，可以尝试检查消息过滤条件是否正确，并且尝试修改过滤条件。

根据您提供的信息，使用 Apache RocketMQ 5.0.5 版本，并且在消费端使用 TAG 筛选查询 PLAN_COMMAND_A 的数据，但无法查询到 PLAN_COMMAND_B 的数据。出现这种情况可能是由于以下原因导致的：

1. 消费者订阅配置问题：请确保消费者在订阅消息时正确指定了需要订阅的 Topic 和 Tag。检查一下消费者代码中对 PLAN_COMMAND_B 的订阅配置是否正确。

2. 消息发布问题：确认是否有消息发布者将消息发送到了包含 PLAN_COMMAND_B Tag 的 Topic。请检查消息发布者代码，确保它们发送了符合预期的消息。

3. 消息过滤器问题：如果您在消费者端使用了 MessageSelector 进行消息过滤，例如根据属性进行筛选，那么请确保过滤条件与消息的属性匹配。检查一下使用的消息过滤器是否适用于 PLAN_COMMAND_B 的消息。

4. 消息存储策略问题：RocketMQ 支持多种消息存储策略，如顺序存储或时间戳索引等。根据您的需求，检查消息存储策略是否正确配置并适用于查询 PLAN_COMMAND_B 数据。

5. NameServer 配置问题：确保 NameServer 配置正确，且所有相关的 Broker 和消费者都能正常连接到 NameServer。如果某些 Broker 或消费者无法连接到 NameServer，可能会导致消息无法正确路由到消费端。

如果您仔细检查了上述因素并且问题仍然存在，请提供更多关于您的配置和代码示例的详细信息，以便我们进一步帮助您解决问题。另外，您还可以参考 Apache RocketMQ 的官方文档和社区寻求帮助。

根据您的描述，您使用的是RocketMQ的Java客户端版本5.0.5，您在消费者端使用TAG筛选查询PLAN_COMMAND_A的数据时，发现PLAN_COMMAND_B的数据也会被消费，并且无法查询到正确的数据。这可能是由于以下原因导致的：

1. 消费者的订阅配置有误：请确保消费者的订阅配置正确，只订阅了您所需的TAG（例如：PLAN_COMMAND_A）。可以检查一下您的消费者代码，确认是否正确设置了TAG过滤条件。

2. 消息发送时TAG设置有误：请确认消息发送者在发送消息时，是否正确设置了消息的TAG。如果消息的TAG与消费者的订阅配置不匹配，那么消费者将无法正确地过滤和消费消息。

3. RocketMQ版本兼容性问题：请确保消息生产者和消费者的RocketMQ版本兼容性。不同版本的RocketMQ可能在TAG过滤上有一些差异，可能会导致您遇到的问题。

4. RocketMQ集群状态异常：如果以上检查都没有问题，可以检查一下RocketMQ集群的状态，确保集群正常运行，并且消息正确地被发送到对应的Topic和Broker。