如何在 Docker 容器中部署支持消息队列功能的 Redis 6.2？

在 Docker 中部署支持消息队列功能的 Redis 6.2，最直接的方式是使用官方镜像启动容器，并开启 Streams 或 List 数据结构特性，同时配置持久化防止消息丢失。

先说结论：Redis 6.2 原生支持 Streams 和 List 结构，适合轻量级消息队列场景，Docker 部署需关注端口映射与数据卷挂载。

命令速用版

使用以下命令可直接启动一个支持消息队列功能的 Redis 6.2 容器，并挂载数据目录以确保重启后数据不丢失。

docker run -d `--name` redis-mq -p 6379:6379 -v /opt/redis/data:/data redis:6.2 redis-server `--appendonly` yes

进入容器验证消息队列基本功能：

docker exec -it redis-mq redis-cli
LPUSH myqueue "message1"
BRPOP myqueue 5

Redis 6.2 版本稳定支持 Streams 数据类型，这是专为消息队列设计的结构，比传统的 List 结构提供更可靠的消费确认机制。

Docker 容器化部署隔离了运行环境，避免与宿主机其他服务冲突。开启 appendonly yes 配置 AOF 持久化，是为了防止容器重启导致队列中的消息丢失，这是消息队列场景的关键需求。

按照以下步骤完成部署，每一步都有明确的检查点。

步骤 1：拉取指定版本镜像

执行 docker pull redis:6.2 获取官方镜像。不要使用 latest 标签，避免版本不一致导致功能差异。

步骤 2：创建数据挂载目录

在宿主机执行 mkdir -p /opt/redis/data。该目录用于存储 RDB 或 AOF 文件，容器删除后数据仍保留在宿主机。

步骤 3：启动容器并配置持久化

运行 docker run 命令时，务必添加 `--appendonly` yes 参数。如果不加该参数，默认仅使用 RDB 快照，可能丢失最后一次快照后的消息。

步骤 4：配置内存限制（可选）

如果宿主机内存紧张，添加 `--memory` 512m 参数限制容器内存。Redis 内存满时会触发淘汰策略，需根据业务重要性评估风险。

部署完成后，通过以下三个维度验证服务状态和队列功能。

1. 容器状态检查

执行 docker ps | grep redis-mq。状态应为 Up，端口映射显示 0.0.0.0:6379->6379/tcp。

2. 连通性测试

执行 docker exec -it redis-mq redis-cli ping。返回 PONG 表示服务正常响应。

3. 队列功能测试

使用 List 模式：执行 LPUSH testq 1 和 BRPOP testq 5，观察是否能正确写入和读取。

使用 Streams 模式：执行 XADD streamq * msg 1 和 XREAD COUNT 1 STREAMS streamq 0，观察是否能读取流数据。

数据持久化未开启

默认配置下 Redis 可能不开启 AOF。容器重启后，未持久化的消息会丢失。务必在启动命令中显式声明 `--appendonly` yes。

网络隔离导致无法连接

如果应用也在 Docker 中，建议使用 Docker Network 互联，而不是通过宿主机 IP 连接，减少网络跳转延迟。

阻塞消费超时设置

使用 BRPOP 或 XREAD BLOCK 时，超时时间设置为 0 会永久阻塞。建议设置为合理秒数，方便客户端处理断开重连逻辑。

Streams 支持消费组和多消费者确认，适合复杂场景；List 结构简单，适合单向快速吞吐。

如果未配置 `--appendonly` yes 或挂载数据卷，容器重启后内存中的数据会丢失。

轻量级业务可以使用，但高可靠性场景建议配合哨兵或集群模式，公开资料中没有看到可靠的量化数据表明单实例能承载的具体 QPS 上限。

Redis Official Documentation, Data Types, https://redis.io/docs/data-types/

Docker Hub, Redis Official Image, https://hub.docker.com/_/redis