当前位置: 首页 > 知识库问答 >
问题:

Docker,Symfony nginx/php fpm初始化速度非常慢

庄飞
2023-03-14

使用此项目/Docker设置:html" target="_blank">https://gitlab.com/martinpham/symfony-5-docker

当我完成docker compose up-d时,我必须等待大约2-3分钟才能真正开始工作。在加载之前,它会给我“502坏网关”并记录错误:

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加载如此缓慢?这是我第一次使用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撰写。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"

共有1个答案

蔡修远
2023-03-14

编辑:

我想我知道为什么现在你的项目需要很长时间才能开始。我仔细查看了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坏网关”错误。

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

您将看到一组日志,包括与composer在后台所做工作相关的日志,例如:

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中删除作曲家安装命令,并仅在想要更新/安装新依赖项时手动运行它。这样,您就可以避免每次运行docker-compose-d时都要运行作曲家安装

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

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

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

然而,从我所看到的情况来看,您有很多装载的卷,这些卷可能会影响您的性能。当我在Mac上使用nginx和Symfony进行测试时,一开始我的性能非常差,页面至少需要30秒的加载时间。

在我的例子中,加快速度的一个解决方案是在我的一些卷上使用:委托选项来加快它们的访问速度。

尝试将该选项添加到您的卷中,并查看它是否为您改变了任何内容:

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

如果委托不适合您,请阅读更多关于其他选项一致性缓存的信息,了解哪些选项最适合您的需求。

 类似资料:
  • 我使用velocity作为Java代码生成器,我正在运行一个Eclipse应用程序,它有多个插件,不同的插件调用velocity模块进行代码生成。 每当我运行一个特定的插件时,不管我运行多少次,它都可以单独工作,现在如果我试图运行另一个插件,它会抛出速度异常(我在下面提供了堆栈跟踪),我将再次重启eclipse,其他插件也可以工作。 结论:当一个插件在某个插件已经执行后运行时,Velocity初始

  • 问题内容: 有什么方法可以通过大量(> 1000)类来加快javax.xml.bind.JAXBContexts的初始化?在我们的XML繁重的应用程序中,启动时间约为10分钟,并且主要由JAXBContexts的初始化时间组成。:-( 我们正在JDK 1.5和org.jvnet.jaxb2.maven2.maven-jaxb2-plugin中使用Sun的JAXB实现,以从XSD生成代码。 澄清:问

  • 当我试图启动我的服务器时,我收到了几个错误。我知道这无法启动数据库,但我可以帮助解决以下问题吗? Pentaho用户控制台 检测到以下错误。 一个或多个系统侦听器失败。这些设置在systemListeners中。xml。 ERROR_0014-尝试执行QuartzSystemListener启动序列时出错org.pentaho.platform.scheduler. 有关检测到的每个错误的更多详细

  • 当我尝试使用和库打印文档时-一切都很好,但打印速度很慢。这个问题有什么解决方案吗? 以下是Python代码:

  • 问题内容: 我有这个代码: 这会导致编译错误:可能尚未初始化,这很公平。 现在,我将代码更改为: 我得到同样的编译错误!我必须初始化为null: 那么,不初始化对象和初始化为null有什么区别?如果我声明一个没有初始化的对象,它是否为null? 谢谢 问题答案: 字段(成员变量)被初始化为(或初始化为默认的原始值,如果它们是原始的) 局部变量未初始化,您有责任设置初始值。

  • 我希望有人能帮助我解决我在尝试使用factory_girl时收到的未初始化常量错误的问题。我知道类似的问题已经发布在堆栈溢出上,我试图在这些帖子中找到解决方案,但无济于事。 我有一个非rails项目,我正在使用rspec进行测试。我希望使用factory_girl来创建测试数据。 所以我把我的工厂定义在一个名为users.rb的文件中,在spec/工厂文件夹中。工厂如下: 终止 然后我做了一个测试