nginx通过TCP以及unix-domain-socket连接fastcgi方式对比

对于nginx连接fastcgi的两种不同方式做了测试，结果如下。

Tcp是使用TCP端口连接127.0.0.1:9000

Socket是使用unix domain socket连接套接字/dev/shm/php-cgi.sock

测试机是个1核的centos5.4，2用户并发时系统资源消耗50%左右，10用户资源就跑得很满了。

结论是在服务器压力不大的情况下，tcp和socket差别不大，但在压力比较满的时候，用套接字方式，效果确实比较好。 

		2users	10users
nginx/1.2.9 + PHP 5.2.5	tcp	1060	1294
nginx/1.2.9 + PHP 5.2.5	socket	997	1487
nginx/1.2.9 + PHP 5.3.10	tcp	906	1082
nginx/1.2.9 + PHP 5.3.10	socket	880	1247

下面是配置方法

平时大家配置的nginx连接fastcgi的方式都是tcp的，现在使用一种速度更快的方法unix domain socket来完成：

一：首先建立/dev/shm/php-cgi.sock文件，然后将之改所有者改为nginx(与 nginx的用户一致)：

#touch /dev/shm/php-cgi.sock

#chown nginx:nginx /dev/shm/php-cgi.sock

二：编辑 nginx.conf和业务conf

修改：
# fastcgi_pass 127.0.0.1:9000;
fastcgi_pass unix:/dev/shm/php-cgi.sock;

三：在php-fpm.conf中修改配置为：

PHP5.2.5:

#127.0.0.1:9000
/dev/shm/php-cgi.sock

PHP5.3.10:

;listen = 127.0.0.1:9000
listen = /dev/shm/php-cgi.sock

重启php-fpm与nginx就可以了,ls -all查看/dev/shm/php-cgi.sock由普通文件变成s开头的unix套接字

nginx 和 php-fpm 通信使用unix socket还是TCP，及其配置

前言

nginx和fastcgi的通信方式有两种，一种是TCP的方式，一种是unix socke方式。两种方式各有优缺点，这里先给出两种的配置方法，然后再对性能、安全性等做出总结。

配置指南

TCP配置方式

TCP通信配置起来很简单，三步即可搞定

第一步，编辑 /etc/nginx/conf.d/你的站点配置文件（如果使用的默认配置文件，修改/etc/nginx/sites-available/default）

将fastcgi_pass参数修改为127.0.0.1:9000，像这样：

1 2 3 4 5 6 7

location ~ \ . php $ {        index index . php index . html index . htm ;        include / etc / nginx / fastcgi_params ;        fastcgi _pass 127.0.0.1 : 9000 ;        fastcgi_index index . php ;        include fastcgi_params ;   }

 第二步，编辑php-fpm配置文件 /etc/php5/fpm/pool.d/www.conf

将listen参数修改为127.0.0.1:9000，像这样：

1	listen = 127.0.0.1 : 9000

 第三步，重启php-fpm，重启nginx

 

unix socket配置方式

unix socket其实严格意义上应该叫unix domain socket，它是*nix系统进程间通信（IPC）的一种被广泛采用方式，以文件（一般是.sock）作为socket的唯一标识（描述符），需要通信的两个进程引用同一个socket描述符文件就可以建立通道进行通信了。

配置需要五步

第一步，决定你的socket描述符文件的存储位置。

可以放在系统的任意位置，如果想要更快的通信速度，可以放在/dev/shm下面，这个目录是所谓的tmpfs，是RAM可以直接使用的区域，所以，读写速度都会很快。

决定了文件位置，就要修改文件的权限了，要让nginx和php-fpm对它都有读写的权限，可以这样：

1 2 3

sudo touch / dev / shm / fpm - cgi . sock sudo chown www - data : www - data  / dev / shm / fpm - cgi . sock sudo chmod 666  / dev / shm / fpm - cgi . sock

 第二步，修改php-fpm配置文件/etc/php5/fpm/pool.d/www.conf

将listen参数修改为/dev/shm/fpm-cgi.sock，像这样：

1	listen = / dev / shm / fpm - cgi . sock

 将listen.backlog参数改为-1，内存积压无限大，默认是128，并发高了之后就会报错

1 2 3

; Set listen ( 2 ) backlog . A value of '-1' means unlimited .   ; Default Value : 128 ( - 1 on FreeBSD and OpenBSD )   listen . backlog = - 1

 第三步，修改nginx站点配置文件

将fastcgi_pass参数修改为unix:/dev/shm/fpm-cgi.sock，像这样：

1 2 3 4 5 6 7

location ~ \ . php $ {        index index . php index . html index . htm ;        include / etc / nginx / fastcgi_params ;        fastcgi_pass unix : / dev / shm / fpm - cgi . sock ;        fastcgi_index index . php ;        include fastcgi_params ; }

第四步，修改/etc/sysctl.conf 文件，提高内核级别的并发连接数（这个系统级的配置文件我也不是特别熟悉，参考的是这篇博客：《Php-fpm TcpSocket vs UnixSocket》）

1 2	sudo echo 'net.core.somaxconn = 2048' >> / etc / sysctl . conf sudo sysctl - p

第五步， 重启nginx和php-fpm服务（最好先重启php-fpm再重启nginx）

 

两种通信方式的分析和总结

从原理上来说，unix socket方式肯定要比tcp的方式快而且消耗资源少，因为socket之间在nginx和php-fpm的进程之间通信，而tcp需要经过本地回环驱动，还要申请临时端口和tcp相关资源。

当然还是从原理上来说，unix socket会显得不是那么稳定，当并发连接数爆发时，会产生大量的长时缓存，在没有面向连接协议支撑的情况下，大数据包很有可能就直接出错并不会返回异常。而TCP这样的面向连接的协议，多少可以保证通信的正确性和完整性。

当然以上主要是半懂不懂的理论分析加主观臆测，具体的差别还是要通过测试数据来说话，以后有空，会进行这方面的测试。从网上别人博客的测试数据，我的理论分析差不多是对的。至于你选择哪种方式，我只能说“鱼和熊掌不可兼得也”，通过高超的运维和配置技巧，在性能和稳定性上做一个平衡吧。

 

说说我的选择

其实，如果nginx做要做负载均衡的话，根本也不要考虑unix socket的方式了，只能采用TCP的方式。现在我的小站没有那么高的并发量，所以就用unix socket了，以后如果有了高并发业务，再进行一些参数调整即可应付，如果真要是无法支撑，那只能做负载均衡了，到时候自然会选择TCP方式。