优化 Nginx + PHP-FPM 可实现更快的响应时间（用于 Openx 广告投放）

Question

我目前正在运行 Nginx + PHP-FPM 在 OpenX 上投放广告。目前，即使在低负载时期，我的响应时间也很糟糕。然而，我的CPU和内存资源都很好，所以我似乎无法弄清楚瓶颈是什么。

我当前的 nginx 和 php-fpm 配置是：

worker_processes 20;
worker_rlimit_nofile 50000;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

events {
    worker_connections  15000;
    multi_accept off;
    use epoll;
}

http {
    include       /etc/nginx/mime.types;

    access_log  /var/log/nginx/access.log;

    sendfile        on;
    tcp_nopush     off;

    keepalive_timeout  0;
    #keepalive_timeout  65;
    tcp_nodelay        on;

    gzip  on;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";
    gzip_comp_level 2;
    gzip_proxied    any;
    gzip_types    text/plain text/html text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

server {
    listen   80;
    server_name  localhost;
    access_log  /var/log/nginx/localhost.access.log;

# Default location
    location / {
        root   /var/www;
        index  index.php;
    }

## Parse all .php file in the /var/www directory
    location ~ .php$ {
        fastcgi_pass   localhost:9000;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  /var/www$fastcgi_script_name;
        include fastcgi_params;
        fastcgi_param  QUERY_STRING     $query_string;
        fastcgi_param  REQUEST_METHOD   $request_method;
        fastcgi_param  CONTENT_TYPE     $content_type;
        fastcgi_param  CONTENT_LENGTH   $content_length;
        fastcgi_ignore_client_abort     off;
    }

PHP-FPM:
rlimit_files = 50000
max_children = 500

我只包含了为 PHP-FPM 更改的 PHP-FPM 参数。

有人对如何优化它以便满足更多请求有任何建议吗？我现在看到的响应时间非常糟糕。

Answer 1

首先，工人太多，限制设置得太高。仅 php-fpm 的最大工作线程数就会使您的服务器陷入相当大的瘫痪。取消服务器的限制不一定会加快速度，但实际上可能会产生相反的效果。

1. 工作人员数量：20 如果您没有 20 个处理器/核心的计算机，则没有什么意义，实际上会造成负面影响，因为工作人员将进行过多的内容交换。如果您运行的是双核处理器，2 个工作线程就足够了。

2. 工人联系：再说一次，仅仅向天上施加限制并不能解决你的问题。如果您的 ulimit -n 输出类似于 1024，那么您的工作连接数需要设置为 1024 或更少（甚至可能是 768），您不太可能拥有 2 x 1024 个并发连接，尤其是对于 PHP 之类的连接。

3. 根位置和 PHP 设置，请参考 http://wiki.nginx.org/Pitfalls ，如果您将 root 指令置于服务器 {} 级别，而不是位置级别。完成此操作后，您可以使用 $document_root$fastcgi_script_name 作为 SCRIPT_FILENAME 值，因为 $document_root 将自动传播到其下方的位置块。

4. 您可能希望直接处理静态文件，换句话说：

   位置 ~* \.(ico|css|js|gif|jpe?g|png)$ {
       最大过期时间；
       add_header 杂注公共；
       add_header Cache-Control“公共、必须重新验证、代理重新验证”；
   }
   

5. 使用 PHP 加速器，即 APC（在 php.ini 中使用 apc.enabled=1）或 XCache，并注意你的 php 设置，例如内存限制。例如，如果您的系统只有 2GB 内存，那么允许 500 名工作人员且每人限制为 128MB 是没有意义的。如果您还在服务器上运行其他服务，则尤其如此。

Answer 2

也很有用：

access_log off;

正如我想的那样，您并不真正关心这些请求的日志生成。

Answer 3

你绝对应该减少工人的数量，因为我怀疑你有 20 个核心/处理器。
另外，我会检查一下你的数据库服务器，问题很可能就在那里。

另外，您已将 worker_rlimit_nofile 提高到 50000，我希望您知道操作系统通常将限制设置为 1024（默认），您可以尝试请求当前限制是多少通过键入 ulimit -n

您可以通过在 init.d 或 访问 stackoverflow 上的另一个问题以了解如何使用 limits.conf 在系统范围内永久设置限制。

Answer 4

使用 nginx 和 php5-fpm 真正将性能发挥到极致是一门艺术。需要真正了解您所提供的内容类型。

例如，我在您的配置中没有看到任何 try_files 用法或任何类型的缓存。您知道 nginx 内置了 memcache 支持吗？您可以缓存图像和 html/css，以及 php 页面。如果您最关心点击次数，即使不显示，这些点击次数仍会被计算在内。

将你的横幅放在 tmpfs 挂载中，不记录 access_log 或 error_log，禁用 php 中不需要的模块，使用最新版本的 mysql，使用 innodb 来减少表锁定，使用 innodb 的刷新方法来减少磁盘 Nginx 只是一个非常大且复杂的

公式的一部分。我什至没有提到用于优化 TCP 堆栈和网卡性能、交换使用、内存使用或您可能通过 OpenX 提供服务的 HTML/CSS 的 gzip 压缩的内核参数（如果您是的话）。

是的，就像我上面提到的其他人一样，您的设置看起来过多，并且表明缺乏对基本优化概念的理解。换句话说，聘请专业人士:-)

Answer 5

您的机器上有 20 个处理器或内核吗？也可以尝试使用操作系统默认的事件...也许更多的 fcgi 进程而不是更多的 nginx...可能从 2 - 4 个 nginx 工作线程开始就足够了...

Answer 6

正如人们所提到的，工人也可能如此。对于 php 操作码缓存，我个人更喜欢 xcache 而不是 APC。您应该检查修改后的 centmin auto bash shell nginx/php-fpm 安装脚本中的配置 http://vbtechsupport.com/796/

Answer 7

使服务器系统更快的最有效方法是使用Facebook的HipHop虚拟机（HHVM）而不是PHP（不必再安装PHP）。

HHVM 在 CPU 上游使用“即时编译器”，执行 PHP 代码的速度比 PHP 本身快 5 到 10 倍，因此可以与较少数量的服务器或更小的服务器相处，并降低功耗本质上。维基百科使用 HHVM 将 CPU 服务器负载减少了 5 倍：
http://www.golem.de /news/php-facebooks-hhvm-macht-wikipedia-schneller-1501-111515.html

它可以作为 Linux 包与 Nginx 一起安装，并且非常容易地包含在 Nginx 中，类似于 FastCGI，不久之后分钟后就可以通过一个小的“Hello World”PHP 文件进行测试：
https://github.com/facebook/hhvm/wiki/Getting-Started

根据基准测试，新的 PHP7 PHPNG 实际上应该只快 30%。

感谢您的投票