【问题标题】:Docker, Symfony nginx/php-fpm initialized very slowDocker, Symfony nginx/php-fpm 初始化很慢
【发布时间】:2020-05-21 03:00:37
【问题描述】:

使用此项目/Docker 设置: https://gitlab.com/martinpham/symfony-5-docker

当我执行docker-compose up -d 时,我必须等待大约 2-3 分钟才能真正让它工作。 在加载之前,它给了我“502 Bad Gateway”并记录错误:

2020/05/10 09:22:23 [error] 8#8: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.28.0.1, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://172.28.0.3:9000", host: "localhost"

为什么 nginx 或 php-fpm 或 smth else 加载这么慢? 这是我第一次使用 nginx 和 Symfony。这是正常的吗?我希望它最多在 1-2 秒内加载,而不是 2-3 分钟。

是的,我见过类似的问题,但不是适合我的解决方案。 应该更改一些 nginx/php-fpm/docker-compose 配置 - 我试过了,但没有运气。 我修改了一点nginx/sites/default.conf(只是添加了xdebug的东西)

server {
    listen 80 default_server;
    #listen [::]:80 default_server ipv6only=on;

    server_name localhost;

    root /var/www/public;
    index index.php index.html index.htm;

    location / {
         try_files $uri $uri/ /index.php$is_args$args;
    }

    location ~ \.php$ {
        try_files $uri /index.php =404;
        fastcgi_pass php-upstream;
        fastcgi_index index.php;
        fastcgi_buffers 4 256k;
        fastcgi_buffer_size 128k;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        #!!!!fixes timeouts
        fastcgi_read_timeout 600;
        include fastcgi_params;

        fastcgi_param PHP_VALUE "xdebug.remote_autostart=1
        xdebug.idekey=PHPSTORM
        xdebug.remote_enable=1
        xdebug.remote_port=9001
        xdebug.remote_host=192.168.0.12";
    }

    location ~ /\.ht {
        deny all;
    }

    location /.well-known/acme-challenge/ {
        root /var/www/letsencrypt/;
        log_not_found off;
    }
}

nginx/conf.d/default.conf:

upstream php-upstream {
    server php-fpm:9000;
}

docker-compose.yml:

version: '3'

services:
  database:
    build:
      context: ./database
    environment:
      - MYSQL_DATABASE=${DATABASE_NAME}
      - MYSQL_USER=${DATABASE_USER}
      - MYSQL_PASSWORD=${DATABASE_PASSWORD}
      - MYSQL_ROOT_PASSWORD=${DATABASE_ROOT_PASSWORD}
    ports:
      - "3306:3306"
    volumes:
      - ./database/init.sql:/docker-entrypoint-initdb.d/init.sql
      - ./database/data:/var/lib/mysql

  php-fpm:
    build:
      context: ./php-fpm
    depends_on:
      - database
    environment:
      - TIMEZONE=Europe/Tallinn
      - APP_ENV=${APP_ENV}
      - APP_SECRET=${APP_SECRET}
      - DATABASE_URL=mysql://${DATABASE_USER}:${DATABASE_PASSWORD}@database:3306/${DATABASE_NAME}?serverVersion=5.7
    volumes:
      - ../src:/var/www

  nginx:
    build:
      context: ./nginx
    volumes:
      - ../src:/var/www
      - ./nginx/nginx.conf:/etc/nginx/nginx.conf
      - ./nginx/sites/:/etc/nginx/sites-available
      - ./nginx/conf.d/:/etc/nginx/conf.d
      - ./logs:/var/log
    depends_on:
      - php-fpm
    ports:
      - "80:80"
      - "443:443"

【问题讨论】:

  • 不是还可以接受吗?我的意思是你正在启动数据库,启动 FPM 服务,启动 Nginx。所有这些都需要时间,具体取决于您拥有的机器配置
  • 你检查docker-compose --log-level debug up -d的输出了吗?
  • 是的,但是我应该在那里看什么?

标签: php docker symfony nginx fpm


【解决方案1】:

编辑:

我想我知道为什么现在您的项目需要很长时间才能开始。我仔细查看了 php-fpm 文件夹中的 Dockerfile,你有这个命令:

CMD composer install ; wait-for-it database:3306 -- bin/console doctrine:migrations:migrate ;  php-fpm 

如您所见,该命令将安装所有 composer 依赖项,然后等待它可以连接到 docker-compose.yml 配置中定义的数据库容器:

services:
  database:
    build:
      context: ./database
    environment:
      - MYSQL_DATABASE=${DATABASE_NAME}
      - MYSQL_USER=${DATABASE_USER}
      - MYSQL_PASSWORD=${DATABASE_PASSWORD}
      - MYSQL_ROOT_PASSWORD=${DATABASE_ROOT_PASSWORD}
    ports:
      - "3306:3306"
    volumes:
      - ./database/init.sql:/docker-entrypoint-initdb.d/init.sql
      - ./database/data:/var/lib/mysql

一旦数据库启动并运行,它将运行src/src/Migrations中的迁移文件以更新数据库,然后启动php-fpm。

在所有这些都完成之前,您的项目还没有准备好,您将收到“502 Bad Gateway”错误。

您可以通过运行 docker-compose up 来验证这一点以及发生了什么,但这次省略 -d 参数,这样您就不会在分离模式下运行,这将实时显示您的所有容器日志。

您会看到一堆日志,包括与作曲家在后台所做的事情相关的日志,例如:

api-app     |   - Installing ocramius/package-versions (1.8.0): Downloading (100%)         
api-app     |   - Installing symfony/flex (v1.6.3): Downloading (100%)         
api-app     | 
api-app     | Prefetching 141 packages 
api-app     |   - Downloading (100%)
api-app     | 
api-app     |   - Installing symfony/polyfill-php73 (v1.16.0): Loading from cache
api-app     |   - Installing symfony/polyfill-mbstring (v1.16.0): Loading from cache

Composer 安装可能需要更多或更少的时间,具体取决于您是否缓存了所有存储库。

如果您想在开发过程中加快速度,这里的解决方案是从 Dockerfile 中删除 composer install 命令,并仅在您想要更新/安装新依赖项时手动运行它。这样,您可以避免每次运行 docker-compose up -d 时都运行 composer install

要手动执行此操作,您需要连接到您的容器,然后手动运行 composer install,或者如果您的操作系统中直接安装了 composer,您只需导航到 src 文件夹并运行相同的命令。

这个+下面的技巧应该可以帮助您在本地拥有一个足够快的项目。


我有类似的配置,一切运行良好,命令docker-compose 在您第一次运行它时应该需要一些时间,因为您的图像需要构建,但它甚至不应该花一秒钟的时间来运行。

不过,据我所知,您有很多挂载的卷可能会影响您的表现。当我在 Mac 上使用 nginx 和 Symfony 进行测试时,一开始我的性能非常糟糕,页面加载至少需要 30 秒。

在我的情况下,加快此速度的一种解决方案是在我的某些卷上使用 :delegated 选项来加快它们的访问速度。

尝试将这些选项添加到您的卷中,看看它是否对您有任何改变:

[...]
     volumes:
          - ../src:/var/www:delegated
[...]

如果delegated 对您来说不是一个好的选择,请阅读更多关于其他选项consistentcached here 以了解最适合您需求的选项。

【讨论】:

  • 看起来页面加载速度从 3 秒提高到了 1.5 秒,这对于开发来说已经感觉好多了,但希望可以进一步改进。
  • @NikitaP 我想我在这里找到了问题所在,所以我更新了上面的答案以提供解决方案。让我知道这是否有帮助。
猜你喜欢
  • 1970-01-01
  • 2014-11-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-10-18
相关资源
最近更新 更多