这个问题的核心是环境差异导致的端口配置不匹配，我来帮你拆解原因并给出几个实用的解决方案：

为什么会出现这个问题？ #

• 你的Laravel应用运行在Docker容器里时，它是通过Docker内部网络访问MySQL容器的3306端口（这是MySQL容器本身的默认端口），所以网站能正常连接。
• 主机命令行用mysql -h localhost -P 3307能连上，是因为你直接指定了Docker映射到主机的3307端口。
• 但在主机（非Docker环境）运行php artisan时，Laravel读取的是.env里配置的DB_PORT=3306，它会尝试连接主机本地的3306端口——而这个端口并没有运行MySQL服务（你的MySQL在Docker里，映射的是3307），所以自然会报错。

解决方案 #

方案1：临时覆盖端口（单次命令适用）

每次运行php artisan命令时，通过环境变量临时指定正确的端口：

DB_PORT=3307 php artisan migrate

把migrate换成你需要执行的命令就行，比如db:seed、route:list等。这个方法适合偶尔在本地跑命令的场景。

方案2：用本地环境配置文件区分（长期开发推荐）

Laravel支持加载.env.local文件（优先级高于.env），你可以专门为本地CLI环境创建这个文件：

1. 在项目根目录新建.env.local文件，内容只写需要覆盖的配置：

DB_PORT=3307

2. 这样，当你在主机运行php artisan时，Laravel会自动加载.env.local的3307端口；而Docker容器里的应用还是会使用.env里的3306端口（因为容器里不会加载.env.local，除非你特意配置），完美解决环境差异问题。

方案3：统一主机与容器的访问方式（进阶优雅版）

如果想让本地CLI和容器应用用同样的数据库连接配置逻辑，可以这样做：

1. 在docker-compose.yml里给MySQL服务配置一个自定义网络，并设置服务名（比如mysql）：

services:
  mysql:
    image: mysql:8.0
    ports:
      - "3307:3306"
    networks:
      - app-network
    # 其他MySQL配置（比如MYSQL_ROOT_PASSWORD等）...

  # 你的Laravel应用服务
  app:
    build: .
    networks:
      - app-network
    # 其他应用配置...

networks:
  app-network:
    driver: bridge

2. 在.env里设置DB_HOST=mysql（Docker服务名），DB_PORT=3306。这样容器里的应用可以通过Docker内部网络直接访问MySQL服务的3306端口。
3. 为了让本地CLI也能通过mysql这个主机名连接，修改主机的hosts文件：
   • Linux/macOS：编辑/etc/hosts，添加一行127.0.0.1 mysql
   • Windows：编辑C:\Windows\System32\drivers\etc\hosts，添加同样的内容
4. 最后在本地的.env.local里设置DB_HOST=mysql，DB_PORT=3307——这样本地CLI就能通过mysql:3307连接到Docker里的MySQL了，和容器内的配置逻辑保持一致。

总结 #

如果只是偶尔跑命令，用方案1最快捷；长期本地开发的话，方案2最简单省心；追求环境统一的话可以试试方案3。

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