关于sphinx+PHP在高并发时响应性能低下的解决办法
2013-05-17 13:23
573 查看
经过多次压力测试,发现sphinx在高并发时出现负载突然提升,并且响应速度明显下降。经过多方面的排查,发现是由于PHP与sphinx自带的searchd进行socket的连接之后,系统内存有大量的Time_Wait连接,所以我们猜测为searchd的socket连接未及时关闭,造成大量请求堆积,使得PHP客户端与sphinx的请求效率低下。由于searchd是编译好的,无法进行OPT设置,故我做了内核调整,来优化socket连接释放时间,具体参数如下
vi /etc/sysctl.conf
说明:
net.ipv4.tcp_timestamps = 1 表示开启对于TCP时间戳的支持,若该项设置为0,则下面net.ipv4.tcp_tw_recycle的设置将不起作用;
net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击,默认为0,表示关闭;
net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;
net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。
再执行以下命令,让修改结果立即生效:
/sbin/sysctl -p
用以下语句看了一下服务器的TCP状态:
netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’
虽然这样修改之后还是会有很多的TIME_WAIT连接,但性能已经比之前的提升很多。
以下为修改之前的请求:
vi /etc/sysctl.conf
net.ipv4.tcp_timestamps=1 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1
说明:
net.ipv4.tcp_timestamps = 1 表示开启对于TCP时间戳的支持,若该项设置为0,则下面net.ipv4.tcp_tw_recycle的设置将不起作用;
net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击,默认为0,表示关闭;
net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;
net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。
再执行以下命令,让修改结果立即生效:
/sbin/sysctl -p
用以下语句看了一下服务器的TCP状态:
netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’
虽然这样修改之后还是会有很多的TIME_WAIT连接,但性能已经比之前的提升很多。
以下为修改之前的请求:
#webbench -c 300 -t 30 http://192.168.1.29/sphinx/sphinx_nocache.php Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.1.29/sphinx/sphinx_nocache.php 300 clients, running 30 sec.
Speed=66986 pages/min, 290593 bytes/sec. Requests: 33493 susceed, 0 failed.以下为修改之后的测试结果:
#webbench -c 300 -t 30 http://192.168.1.29/sphinx/sphinx_nocache.php Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.1.29/sphinx/sphinx_nocache.php 300 clients, running 30 sec.
Speed=91326 pages/min, 398190 bytes/sec. Requests: 45663 susceed, 0 failed.可以明显的看到效率的明显提升
相关文章推荐
- 关于sphinx+PHP在高并发时响应性能低下的解决办法
- 关于php5.3 操作MySQL响应时间长得解决办法
- 关于windows10系统,玩英雄联盟加载无响应问题的解决办法
- 关于PHP Parse Error: syntax error, unexpected $end 错误的解决办法
- 关于SQL SERVER高并发访问的解决办法
- Android 关于嵌套listView时onItemClick事件不响应的解决办法
- 关于php 高并发解决的一点思路
- 关于Ubuntu系统笔记本在电池模式下鼠标等外设失去响应的解决办法
- 关于“性能计数器注册表单元配置一致性”检测失败解决办法
- 关于大量用户并发访问解决办法
- 关于 PHP 文件上传错误代码 UPLOAD_ERR_PARTIAL: 3 解决办法
- android 关于Tabhost子Activity不能响应退出键的解决办法
- 关于MySQL安装到最后总是未响应的解决办法
- 关于ssh框架下的web 频繁操作 页面在运行几个action后卡死 不响应的解决办法
- 关于php 高并发解决的一点思路
- 关于MemcacheDB PHP客户端的问题及解决办法
- 关于安装Nginx Apache Php Mysql 的解决办法
- failed to open stream解决办法-关于WIN主机下配置PHP的若干问题解决方案总结
- Android 关于嵌套listView时onItemClick事件不响应的解决办法
- 关于SQL SERVER高并发访问的解决办法