Docker容器中运行基于SQL Server的应用时出现SQL Server连接错误求助

嘿，我完全明白你刚接触Docker时踩这个坑的困扰——容器间的网络通信确实很容易让人懵，尤其是刚从本地开发转过来的时候。你的问题核心其实很清晰：你的Web API容器一直在尝试连接宿主机（你的笔记本）的SQL Server，而不是Docker Compose里帮你启动的那个SQL Server容器，这才导致了连接失败的错误。

下面是一步步帮你解决的方案：

1. 修正数据库连接字符串（最关键的一步） #

容器之间在同一个Docker Compose网络里时，是通过服务名称来通信的，而不是localhost或者你本地的IP。你的Compose文件里SQL服务的名字是sql，所以你需要把应用里的数据库连接字符串做两个修改：

• 把服务器地址从localhost,1433改成sql,1433
• 加上TrustServerCertificate=True参数（因为SQL Server容器默认用自签名证书，不加这个会触发SSL验证错误）

举个例子，正确的连接字符串应该是：

Server=sql,1433;Database=你的数据库名称;User Id=sa;Password=SomePass!234;TrustServerCertificate=True;

2. 在Docker Compose里配置连接字符串（更稳妥的方式） #

为了避免硬编码连接字符串，你可以在Compose的web_api服务里添加环境变量，直接把连接字符串传给容器：

version: "3.9"
services:
  web_api:
    image: identity_web_api
    container_name: identity_web_api
    ports:
      - "5000:80"
    environment:
      # 这里的键要对应你应用里读取连接字符串的配置项，比如ASP.NET Core里的ConnectionStrings__DefaultConnection
      - ConnectionStrings__DefaultConnection=Server=sql,1433;Database=IdentityDB;User Id=sa;Password=SomePass!234;TrustServerCertificate=True;
    depends_on:
      - sql  # 确保SQL Server容器先启动
  sql:
    image: "mcr.microsoft.com/mssql/server:2022-latest"
    container_name: identity_sql_server
    ports:
      - "1433:1433"
    environment:
      - ACCEPT_EULA=y
      - SA_PASSWORD=SomePass!234

3. 处理SQL Server启动延迟的问题 #

depends_on只是保证容器启动顺序，但SQL Server启动后还需要一两分钟初始化才能接受连接。如果你的Web API启动太快，还是会出现连接失败的情况。这时候你可以：

• 手动重启Web API容器：docker restart identity_web_api
• （进阶）用wait-for-it之类的脚本让Web API等待SQL Server完全就绪，不过新手先手动重启试试就行。

4. 验证SQL Server容器的状态 #

先确认你的SQL Server容器是否正常运行：

• 运行docker-compose ps，看identity_sql_server的状态是不是Up
• 可以进入容器验证SQL服务是否可用：

  docker exec -it identity_sql_server /opt/mssql-tools/bin/sqlcmd -S localhost -U sa -P SomePass!234
  

  如果能进入SQL命令行，说明SQL Server没问题。

最后再强调一下：你说得完全对！用Docker的话根本不需要在本地安装SQL Server，之前装的可以关掉或者卸载，避免和容器的1433端口冲突。

备注：内容来源于stack exchange，提问作者Vulsan Bianca