使用EB CLI本地运行Java/MySQL容器栈时出现mysql-server地址解析错误

首先咱们得理清Docker Compose和Elastic Beanstalk多容器环境（包括eb local run）在容器网络解析上的核心差异：

• 本地执行docker-compose up时，Docker会自动创建一个自定义桥接网络，在这个网络里所有容器能直接通过服务名称（比如mysql-server）互相解析，这就是你本地能正常运行的原因。
• 但container-transform工具生成Dockerrun.aws.json时，大概率没有正确把Docker Compose里的服务依赖关系转换成EB环境所需的配置项。EB的多容器环境（包括本地模拟）默认不会自动为容器配置服务名解析，除非你显式添加关联配置或者正确设置网络模式。

你的saver容器里的wait-for-it.sh报错nc: bad address 'mysql-server'，核心问题就是EB Local环境下，容器之间没有建立服务名到容器的DNS解析关联，导致nc命令无法识别这个主机名。

下面是几种可行的解决办法，按优先级推荐：

1. 修正Dockerrun.aws.json中的links配置 #

打开生成的Dockerrun.aws.json，找到saver容器的配置块，添加links字段，把mysql-server服务关联进去。示例如下：

{
  "name": "saver",
  "image": "your-saver-image:tag",
  "essential": true,
  "links": [
    "mysql-server:mysql-server"
  ],
  "environment": [
    // 你的环境变量配置
  ]
}

这里的links格式是[目标服务名]:[别名]，别名和服务名保持一致的话，就能直接用mysql-server访问数据库容器了。

2. 配置共享网络模式（推荐更现代的方式） #

如果你的EB环境支持Docker自定义网络（较新版本的EB平台），可以在Dockerrun.aws.json中添加全局网络配置，让所有容器加入同一个自定义网络：

{
  "AWSEBDockerrunVersion": 2,
  "networking": {
    "name": "eb-local-shared-network"
  },
  "containerDefinitions": [
    {
      "name": "mysql-server",
      "image": "mysql:5.7",
      "essential": true,
      // mysql的其他配置（端口、环境变量等）
    },
    {
      "name": "saver",
      "image": "your-saver-image:tag",
      "essential": true,
      // saver的其他配置
    }
  ]
}

这种方式和Docker Compose的网络行为完全一致，容器之间可以直接通过服务名解析，不需要依赖已经属于legacy特性的links。

3. 临时替换为容器IP（仅用于调试，不推荐生产） #

如果你只是想快速验证功能，可以先单独启动mysql容器，用docker inspect mysql-server | grep IPAddress拿到它的IP，然后修改wait-for-it.sh里的目标地址为这个IP。但这种方式不适合生产环境，因为容器IP每次重启都可能变化。

验证修复 #

修改完Dockerrun.aws.json后，先清理本地EB环境的旧容器：

eb local clean

然后重新运行：

eb local run

这时候saver容器应该能正常解析mysql-server的地址，wait-for-it.sh也能成功连接数据库了。

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