如何优化你的WordPress服务器

1、静态文件优化

网站的静态文件一般有两种：第一种是网站的 CSS，Javascript 和一些主题的常用背景图片和按钮文件，这些图片如果网站不进行改版或者其他改动，基本上是不会修改的，第二种是每天更新的网站内容中上传的图片或者附件，这些图片文件也是基本不会改动的。

解决好静态文件存储和加速，网站性能就首先能得到基本的保证了，WordPress 构建的网站和博客也是一样的。对于这些静态文件来说，最好的解决方案永远是使用 CDN 网络进行加速，这样服务器的压力将大大降低，因为访问页面只有当前页面是在自己服务器上，其他所有图片 JS CSS 都是从 CDN获取的。

2

服务器优化

优化好静态文件之后，就要开始对网站的动态内容进行优化，优化动态内容，首先要有一个稳定网络环境，稳定的主机供应商和服务器性能的优化。

选择一个靠谱的主机托管商，在国内这个很多时候让你抓狂，但是只要努力还是可以的。个人选择 BGP 或者多线机房，让全国用户访问都能有不错的速度，然后尽量选择独立的服务器，再不济，也得 VPS， :-) 因为你没有服务器的 Root 权限很多东西是无法进行的（个人博客可以考虑选择我爱水煮鱼目前使用的 Media Temple 这类的 VPS 主机），当然你也可以找我合租，速度肯定非常强悍。

WordPress 缓存机制和如何缓存

要彻底明白和搞懂 WordPress 性能优化，首先要理解 WordPress 缓存机制，WordPress 默认是一种叫做 WordPress Object Cache 的对象缓存机制，它是把需要缓存的内容按照 Key-Value 这样的模式进行缓存（和 No-SQL 的 key-value 的有点类似），当然它还支持按照 Group 来划分和避免缓存的内容冲突。

所以最基础的 WordPress 缓存插件就是，把 WordPress 产生的 Key-Value 存起来，如果是使用 Memcached，就是存到内存，如果使用 Flie 就是存到硬盘中，当然高级的 WordPress 插件还能做更多，比如 WP Super Cache把整个页面缓存到硬盘中，下次直接访问静态的 HTML 文件，让服务器直接绕过 PHP，节约 CPU 时间。 Batcache 会把整个页面当做一个对象存到内存里面。

App每日推送 由于注册用户操作比较频繁，不适合 WP Super Cache 这样的静态缓存，对硬盘读写太多，讨论区又无法缓存，我们使用 Memcached 和 Batcache 搭配的内存缓存模式：

对于已登陆的用户，Memcached 会把 WordPress 的对象存到内存里面，服务器的内存足够大，读取和存储速度也够快，并且内存缓存命中率也大于 94%。另外我们 WordPress 程序经过优化，每个页面的查询一般在 2 条左右，所以整个网站效率很高。

WordPress 程序优化

WordPress 程序优化是基于 WordPress Object Cache 的机制对 WordPress 插件和主题进行优化，主要经验有以下几点：

只使用必须的 WordPress 插件，安装太多的 WordPress 插件很容易引起性能问题。从正规站点下载 WordPress 主题，这样下载的主题才能保证质量和安全。WordPress 主题和插件尽量使用模板函数，因为 WordPress 模板函数如果可能都已经做好了 WordPress Object Cache。比如 get_the_terms 和 wp_get_object_terms 这两个函数，功能基本一样，但是 get_the_terms 直接从对象缓存中取数据，无查询，而 wp_get_object_terms 每次都从数据库中取数据。WordPress 插件和主题如果一定要直接查询数据库，请做好 Object Cache，将查询的结果使用 wp_cache_set 存到 Object Cache 中，下次直接使用 wp_cache_get 获取。

您好，对于你的遇到的问题，我很高兴能为你提供帮助，我之前也遇到过哟，以下是我的个人看法，希望能帮助到你，若有错误，还望见谅！。展开全部

Nginx+PHP-fpm组合，以内存占用小，负载能力强壮的特点，成为小内存VPS建站的首选组合。我们一起来探讨一下nginx+php-fpm高负载的优化方法。

先来看看nginx配置参数的优化。nginx是前端接受浏览器端请求的web server, 配置可调的参数如下：

下面是示例nginx配置

user www-data

worker_processes 8

#worker_processes 调至8， 大于8没什么用，小于8，nginx性能发挥不出来

worker_cpu_affinity 01 10 01 10 01 10 01 10

#worker_cpu_affinity 参数可以使nginx充分发挥多核Cpu的性能优势 ，上面的配置是针对双核CPU的配置。01表示第一个核，10表示第二个核，如果是四核cpu，一至四个核分别表示为 0001 0010 0100 1000

error_log /var/log/nginx/error_log crit

pid /var/run/nginx.pid

worker_rlimit_nofile 10240

#worker_rlimit_nofile 是nginx能打开文件的最大句柄数，我们需要把这个数字设大一点。

#linux系统的文件查看数限制查看是用 ulimit -n ，修改这个限制是用 ulimit -HSn 65535

events

{

use epoll

#必须要用高效的event驱动，以获得最大性能

worker_connections 10240

#max_clients = worker_processes * worker_connections/4 （最大连接数的计算公式）

}

http

{

include /etc/nginx/deny.iplist

include /etc/nginx/mime.types

default_type application/octet-stream

server_name_in_redirect off

server_names_hash_bucket_size 128

server_tokens off

client_header_buffer_size 32k

#client头buffer可以调为32K

large_client_header_buffers 4 32k

client_max_body_size 8m

sendfileon

tcp_nopush on

keepalive_timeout 65

tcp_nodelayoff

client_body_timeout 10

client_header_timeout 10

send_timeout 60

output_buffers 1 32k

postpone_output 1460

open_file_cache max=1000 inactive=20s

open_file_cache_valid30s

open_file_cache_min_uses 2

open_file_cache_errors on

fastcgi_connect_timeout 300

fastcgi_send_timeout 300

fastcgi_read_timeout 300

fastcgi_buffer_size 32k

fastcgi_buffers 4 32k

fastcgi_busy_buffers_size 32k

fastcgi_temp_file_write_size 32k

gzip on

gzip_buffers 4 16k

gzip_http_version 1.0

gzip_comp_level 2

gzip_types text/plain application/x-javascript text/css application/xml

gzip_proxied expired no-cache no-store private auth

proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=staticfilecache:80m inactive=1d max_size=2500m

proxy_temp_path /var/lib/nginx/proxy

proxy_connect_timeout 300

proxy_read_timeout 120

proxy_send_timeout 120

proxy_buffer_size 16k

proxy_buffers 4 16k

upstream wordpressnginx

{

server 127.0.0.1:6000 weight=1 fail_timeout=120s

}

include /etc/nginx/sites-enabled/*

}

上面的配置里面，有多处设及到buffer和timeout的地方。我们可以根据需要，慢慢调大这些参数，buffer自然是大点好，但不要太大。16K是标准配置，可以增加到32，往上加更大也不是不行，但 要考虑到你系统内存大不大，够不够用。timeout是超时，如果服务器很繁忙，不妨增加超时等待时间，以避免频繁出现502错误。

gzip是必须开启的，reverse proxy在允许的情况下，也尽量开启，一 是可以提升响应效率，二是降低服务器压力，gzip开启后更可以节省服务器带宽。

nginx主要的配置如上所述。

现在看一下php-fpm的配置。

[global]

pid = run/php5-fpm.pid

process_control_timeout = 5

[www]

listen = /dev/shm/php-cgi.sock

listen.allowed_clients = 127.0.0.1

user = www-data

group = www-data

pm = static

pm.max_children = 7

#这个决定了 php-fpm的总进程。我们要想同时响应更多的并发数，这个数值要尽可能大，比如500，1000

pm.max_requests = 10000

#并发数越大，这个最大请求数应该越大，并发数小，这个数值也应该越小。它表示，php-fpm进程响应了10000个并发请求之后，就自动重启一下进程。

request_terminate_timeout = 30

#表示等待30秒后，结束那些没有自动结束的php脚本，以释放占用的资源。

env[HOSTNAME] = $HOSTNAME

env[PATH] = /usr/local/bin:/usr/bin:/bin

env[TMP] = /tmp

env[TMPDIR] = /tmp

env[TEMP] = /tmp

小内存的vps虽然经过使用php-fpm+nginx，提升了系统的效率，可以同时响应较多的并发请求，但是当并发数上来了，比如从100上升到10000，小内存肯定响应不过来，cpu也会 因为太忙，而导致系统负载变得很高很高，这个时候，我们就要考虑升级硬件配置了。

内存越大越好，CPU核心频率越高越好，CPU核越多越好。硬盘最好是SSD+RAID10。这样性能不仅高，数据安全也有保障。

上面所提到的各个配置参数，设及到数值的，不妨自己 多试着调小，调大参数，然后重启下nginx或者php-fpm进程，看看效果怎么样。

下面介绍一个比较好的压力测试工具，siege.

debian和ubuntu用户可以通过apt-get install siege来安装siege.

siege是一个跟ab.exe相似的http压力测试软件。

我们可以用siege来测试我们的网站和服务器性能。

siege -r 100 -c 10

-r 是 repeat , -r 100是重复100次测试

-c 10是表示模拟10个用户同时并发连接

最后面是要测试的URL地址。

测试过程中可以随时按CTRL+C中止进程，siege会生成一个报告给我们。

我们可以同时根据siege的测试结果和监视服务器的负载情况，对系统压力状况进行一个深入了解和分析。接下来可以帮助我们判断该如何进行下一步操作，是继续优化配置，还是升级硬件。非常感谢您的耐心观看，如有帮助请采纳，祝生活愉快！谢谢！

---