docker-compose部署RabbitMQ如何正确使用自定义配置文件

启动失败由两个配置错误直接导致：

1. RabbitMQ 3.x 支持两类完全不同的配置格式，对应容器内不同的挂载路径，你把key=value格式的简化配置挂载到了Erlang语法的高级配置文件路径上，触发解析语法错误。
2. docker-compose 卷挂载规则中，不带./前缀的本地路径会被识别为具名卷，而非当前目录下的相对路径文件，因此你修改挂载路径写法后会触发「具名卷未声明」的报错。

先明确两类配置的差异，避免挂载错位：

• 旧版高级配置：采用Erlang语法，文件后缀为.config，容器内默认路径为/etc/rabbitmq/rabbitmq.config。这类配置必须符合Erlang数据结构规范，你写的consumer_timeout = 10000不属于该语法格式，放到这个路径下必然解析失败。
• 新版简化配置：采用key=value的sysctl风格写法，文件后缀为.conf，容器内默认路径为/etc/rabbitmq/rabbitmq.conf。你编写的consumer_timeout = 10000完全符合该格式的编写要求。

1. 保留当前myrabbit.conf的文件内容无需修改：

consumer_timeout = 10000

2. 修正docker-compose.yml中的配置挂载行，将目标路径改为新版简化配置的对应路径，本地路径保留./前缀标识为当前目录下的相对文件：

version: "3"
services:
  rabbitmq:
    image: rabbitmq:3-management
    container_name: rabbitmq1
    hostname: 'rabbitmq'
    ports:
      - "5672:5672"
      - "15672:15672"
    volumes:
     - ~/.docker-conf/rabbitmq/data/:/var/lib/rabbitmq/mnesia/
     - ./myrabbit.conf:/etc/rabbitmq/rabbitmq.conf
    restart: always

3. 清理之前启动失败的残留容器后重新启动服务：

docker-compose down
docker-compose up -d

• 本地文件挂载时不要省略./前缀，否则docker-compose会将路径识别为具名卷，要求你在顶层volumes字段提前声明，就会触发你之前遇到的第二类报错。
• 如果后续需要使用Erlang格式的高级配置，再将对应配置文件挂载到/etc/rabbitmq/rabbitmq.config路径，且配置内容必须符合Erlang语法，同样设置consumer_timeout的写法参考如下：

[
  {rabbit, [
    {consumer_timeout, 10000}
  ]}
].

内容的提问来源于stack exchange，提问作者Henri