为什么消息队列不像数据库那样可以配置读写分离？

消息队列与 Redis 或 MySQL 这类存储系统不同，读写分离在消息队列中通常不适用，原因如下：

• 消息队列的语义决定了“只能读 leader”，消息队列通常要求严格的消息顺序。如果从 follower 读，可能看到的是落后的数据，破坏顺序和幂等性保证。
• 消费是有状态的行为（不是简单的读），消费者维护消费偏移量，这些偏移是精确控制消费进度的核心，如果多个副本不一致或滞后，会造成消息丢失或重复消费，所以，必须从消息偏移最权威的节点（leader）读写。
• Redis/MySQL 支持读写分离，是因为访问语义是“查询”，即便副本稍有滞后，也不会破坏业务语义。而消息队列是“流式传输系统”，这两者对数据一致性和顺序的要求完全不同。
• 消息队列的副本机制是为容灾，不是负载均衡，副本（follower/slave）主要用来数据备份，防止 leader 宕机时数据丢失，高可用切换，让系统继续运行，并不设计为承担读写流量（不像数据库那样为提升读性能）。