如何将php5 + MySQL扩展到200请求/秒以上？

我正在调整主页的性能，目前在3.14.by上它处理大约200个请求/秒，它吃掉6条SQL查询，在3.14.by/forum上它是phpBB论坛，每秒处理20个请求/秒。

奇怪的是，某些VPS和专用Atom 330服务器上的数字几乎相同。

服务器软件如下：Apache2 + mod_php prefork 4个子代（在此处尝试使用不同的数字），php5，APC，nginx，用于PHP会话存储的内存缓存。

MySQL配置为占用大约30％的可用内存（VPS上约为150Mb，专用服务器上约为700Mb）

看起来某个地方存在瓶颈，不允许我进一步发展，有什么建议吗？（即，我知道执行少于6个SQL会使它更快，但这似乎不是一个限制因素，因为由于缓存的查询，sqld的吃率最高不会超过百分之几）

有没有人测试过踢前叉apache2并只留下nginx + php快得多？

更多基准

Small 40-byte static file: 1484 r/s via nginx+apache2, 2452 if we talk to apache2 directly. 
Small "Hello world" php script: 458 r/s via ngin+apache2.

更新： 瓶颈似乎是MySQL对缓存数据的性能。具有单个SQL的页面显示354req / sec，其中有6个SQL-180 req / sec。您认为我可以在这里进行哪些调整？（我可以为MySQL分出100-200Mb）

[client]
port        = 3306
socket      = /var/run/mysqld/mysqld.sock

[mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
nice        = 0

[mysqld]
default-character-set=cp1251
collation-server=cp1251_general_cs

skip-character-set-client-handshake

user        = mysql
pid-file    = /var/run/mysqld/mysqld.pid
socket      = /var/run/mysqld/mysqld.sock
port        = 3306
basedir     = /usr
datadir     = /var/lib/mysql
tmpdir      = /tmp
skip-external-locking

bind-address        = 127.0.0.1

key_buffer      = 16M
max_allowed_packet  = 8M
thread_stack        = 64K
thread_cache_size   = 16
sort_buffer_size    = 8M
read_buffer_size    = 1M

myisam-recover      = BACKUP
max_connections        = 650
table_cache            = 256
thread_concurrency     = 10

query_cache_limit       = 1M
query_cache_size        = 16M

expire_logs_days    = 10
max_binlog_size         = 100M

[mysqldump]
quick
quote-names
max_allowed_packet  = 8M

[mysql]
[isamchk]
key_buffer      = 8M

!includedir /etc/mysql/conf.d/

显然，您可以尝试很多方法。最好的选择是在日志中查找不使用索引的查询（为那些索引启用日志）和其他未优化的查询。多年来，我已经汇编了许多与性能相关的选项，因此，这里包括一小部分信息供您参考-希望对您有所帮助。以下是一些有关您可以尝试的操作的一般说明（如果尚未尝试）：

的MySQL

• query_cache_type = 1-启用缓存SQL查询。如果设置为2，则仅在将SQL_CACHE提示传递给查询时才缓存查询。与类型1类似，您可以使用SQL_NO_CACHE提示禁用特定查询的缓存
• key_buffer_size = 128M（默认值：8M）-MyISAM表索引的内存缓冲区。在专用服务器上，目标是将key_buffer_size设置为至少占服务器内存总量的四分之一，但不超过一半
• query_cache_size = 64M（默认值：0）-查询缓存的大小
• back_log = 100（默认值：50，最大值：65535）-未完成的连接请求队列。仅在短时间内有大量连接时才重要
• join_buffer_size = 1M（默认值：131072）-进行全表扫描（无索引）时使用的缓冲区
• table_cache = 2048（默认值：256）-应为max_user_connections乘以最重的SQL查询所包含的JOIN的最大数量。在高峰时间使用“ open_tables”变量作为指导。还要查看“ opened_tables”变量-它应接近“ open_tables”
• query_prealloc_size = 32K（默认值：8K）-用于语句解析和执行的持久性内存。如果查询复杂，则增加
• sort_buffer_size = 16M（默认值：2M）-帮助排序（ORDER BY和GROUP BY操作）
• read_buffer_size = 2M（默认值：128K）-帮助进行顺序扫描。如果有许多顺序扫描，则增加。
• read_rnd_buffer_size = 4M-帮助MyISAM表加快排序后的读取速度
• max_length_for_sort_data-要存储的行大小，而不是排序文件中的行指针。可以避免随机读取表
• key_cache_age_threshold = 3000（默认值：300）-将密钥缓存保留在热区中的时间（在降级为热区之前）
• key_cache_division_limit = 50（默认值：100）-启用更复杂的缓存逐出机制（两个级别）。表示要保留在最低级别的百分比。delay_key_write = ALL-不会在每次索引更新时刷新表的键缓冲区，只有在关闭表时才刷新键缓冲区。这样可以大大加快键的写入速度，但是，如果使用此功能，则应通过使用--myisam-recover = BACKUP，FORCE选项启动服务器，从而添加对所有MyISAM表的自动检查。
• memlock = 1-锁定内存中的进程（以减少换入/换出）

阿帕奇

• 更改生成方法（例如，更改为mpm）
• 尽可能禁用日志
• AllowOverride无-尽可能禁用.htaccess。如果不使用.htaccess文件，它将停止apache的查找，因此可以保存文件查找请求
• SendBufferSize-设置为操作系统默认值。在拥塞的网络上，应将此参数设置为接近通常下载的最大文件的大小
• KeepAlive Off（默认设置为On）-并安装lingerd以正确关闭网络连接并且速度更快
• DirectoryIndex index.php-保持文件列表尽可能简短。
• 选项FollowSymLinks-简化Apache中的文件访问过程
• 避免使用mod_rewrite或至少使用复杂的正则表达式
• ServerToken =产品

的PHP

• variables_order =“ GPCS”（如果不需要环境变量）
• register_globals = Off-除存在安全风险外，还影响性能
• 保持include_path尽可能最小（避免额外的文件系统查找）
• display_errors = Off-禁用显示错误。强烈建议所有生产服务器使用（在出现问题时不要显示难看的错误消息）。
• magic_quotes_gpc =关闭
• magic_quotes _ * =关闭
• output_buffering =打开
• 尽可能禁用日志记录
• exposure_php =关闭
• register_argc_argv =关闭
• always_populate_raw_post_data =关闭
• 将php.ini文件放在php首先要查找的位置。
• session.gc_divisor = 1000或10000
• session.save_path =“ N; / path”-对于大型站点，请考虑使用它。将会话文件拆分为子目录

操作系统调整

• 使用-o noatime选项挂载使用过的硬盘（无访问时间）。还要将此选项添加到/ etc / fstab文件中。
• 调整/ proc / sys / vm / swappiness（从0到100）以查看效果最佳
• 使用RAM磁盘-挂载--bind -ttmpfs / tmp / tmp

如果瓶颈不是CPU，则它的IO-网络或磁盘。所以..您需要查看正在进行多少IO。我不会想到它的网络（除非您使用的是10mbps半双工链路，但是如果自动检测不能正常工作，它值得检查一下交换机）。

剩下的磁盘IO可能是一个很大的因素，尤其是在VPS上。使用sar或iostat来查看磁盘，然后在Google大量使用磁盘的情况下使用google如何查找更多详细信息。

我会考虑使用Nginx（memcached）或Varnish进行缓存。

至少，您应该使用Nginx服务器（如SaveTheRbtz所说的）来处理静态文件。

由于服务器似乎没有问题，因此负载生成器可能是问题。尝试在多台计算机上运行它。

在我看来，您可能正在达到Apache允许的最大连接数量。请查看您的Apache配置。如果您还没有受到其他限制（例如I / O或内存）的约束，则增加服务器限制和最大客户端数应该会有所帮助。查看存在于mpm_prefork_module或mpm_worker_module的值，并进行相应调整以满足您的需求。

ServerLimit 512
MaxClients 512

该负载是由工具还是实际负载生成的？

您可能要检查memcached。我看到过高连接速率的问题会导致应用程序延迟。

如果使用负载生成器，则在碰到一个小的静态页面时会得到什么？

在加载期间，您可能需要检查网络堆栈的TIME_WAIT条件。也许您正在填充连接队列。

您还可以查看100多个原因和项目，但没有更多信息，我只是在此提出猜测。

这样的问题有99％的时间可追溯到数据库。首先确保您的命中索引。如果这不起作用，请开始缓存所有可以缓存的内容。

我建议您使用（如果可能的话）连接池来保持数据库与Web应用程序的连接（无需在每次请求时都重新连接）。那会大大改变速度。

另外，尝试使用EXPLAIN分析所有查询（为什么不使用SHOW PROFILE来分析查询？）。