从Apache迁移到Nginx，Apache的调整配置和优化技巧对于Nginx来说并不适用。
不能像优化Apache那样去优化Nginx。Nginx没有像负载减半或让PHP运行加倍的选项。好消息是，Nginx本身已经优化的很好了。当决定使用Nginx，且使用apt-get安装它时，你得到的就是优化后的版本。（注意，Nginx的库更新比较频繁，WIKI页面上通常有最新的库）
http://wiki.nginx.org/Install
Nginx有很多影响其行为的选项，所有这些选项的默认值并不都是针对高并发场景进行优化的。
还需要考虑Nginx运行的平台，针对OS的限制进行优化。
总得来说，不能优化单个链接的载入时间，能确保Nginx有理想的优化环境用于处理高负载情况。
当然，所指的高并发指的是每秒数百个请求。
首先，要清楚Nginx可以用于大多数平台如Linux、MacOS、FreeBSD、Solaris和Windows。
大多数操作系统内部实现了高性能的基于事件的Polling方法，遗憾的是，Nginx只支持上面平台中的四个。个人倾向于FreeBSD。
Nginx并不适合Windows系统，在Windows服务器上没有理由要使用Nginx。因为Windows有不同的事件Polling处理机制，Nginx的作者决定不支持Windows。
Nginx的第二大限制：也是与OS相关。打开Shell环境，用su命令切换到Nginx的运行用户，再运行命令“ulimit -a”，有一些值会限制Nginx不能超载。很多系统默认的打开文件数是有限制的，有些系统的限制是1024.如果Nginx运行在这样的系统上，那么就会受到限制，日志记录中可能会出现（错误24：Too many open file打开了太多的文件），并返回一个错误给客户端。
Nginx本质上处理的文件数是可以超过1024个的，你需要修改相应的设置。
两种实现方法：
一是用ulimit设置限制；
二是使用worker_rlimit_nofile定义期望打开的文件描述符限制。
一，Nginx的Rewrite
Nginx的Rewrite规则和Apache的Rewite规则差别不是很大，几乎可以直接使用。
比如在Apache中：
rewrite ^/([0-9]{5}).html$ /viewthread.php?tid=$1 last;
而在Nginx中写成这样写是无法启动的，解决办法：
添加两个双引号：
rewrite “^/([0-9]{5}).html$” /viewthread.php?tid=$1 last;
同时将RewriteRule为Rewrite，基本实现了Nginx的Rewrite规则到Apache的Rewite规则的转换。
二，Rewrite的Flags
break - 中止Rewirte，不在继续匹配
redirect - 返回临时重定向的HTTP状态302
permanent - 返回永久重定向的HTTP状态301
官方文档：http://wiki.nginx.org/NginxHttpRewriteModule
Discuz!在Nginx下的Rewrite
以下的Rewrite中百分号前面多了个转移字符“”，这在Apache中是需要的，而在Nginx中则是不需要的。
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
正确写法为：
这个错误在基本上目前所有使用Nginx作为服务器，并且开启了Rewrite的网站上存在。
完整正确的Discuz!在Nginx下的Rewrite如下：
rewrite ^/forum-([0-9]+)-([0-9]+).html$ /forumdisplay.php?fid=$1&page=$2 last;
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
rewrite ^/space-(username|uid)-(.+).html$ /space.php?$1=$2 last;
rewrite ^/tag-(.+).html$ /tag.php?name=$1 last;
break;
wnmp用户反映：
Nginx访问二级目录的时候不加/(反斜杠)无法访问。
解决办法：
正则表达式自动加/(反斜杠)。
例如：
rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;
}