PHP 项目架构性能瓶颈问题请教

大家可以关注一下qps_incr_time代码段，这个函数上半部分只是用于组装string key，下面进行redis incr操作，延迟较高的统计里，这部分耗时还是比较严重的；config的个数，一次请求里，1-10个不等。上半部分获取key，肯定不会耗时这么长，那么耗时的应该就是redis incr操作，查看了一下redis 慢日志

1) 1) (integer) 65757
    2) (integer) 1609300166
    3) (integer) 10291
    4) 1) "INCR"
       2) "c:qps:media-module:669527301130:1609297200"
 2) 1) (integer) 65756
    2) (integer) 1609291966
    3) (integer) 10545
    4) 1) "GET"
       2) "c:qps:config:764:1609290000"
 3) 1) (integer) 65755
    2) (integer) 1609275925
    3) (integer) 12119
    4) 1) "SETEX"
       2) "c:req_id:2618107d473d4a5da830e8c3c1fc9a8e"
       3) "60"
       4) "1"

确实有一些incr set get时间比较长，超过了10000微秒，但是图中qps_incr_time代码段执行时间是170毫秒，那么这么大的差距是哪里来的呢？

感谢大家提出的建议和帮助，经过昨天排查，初步判断就是redis服务器的问题：

1. 当初项目设计时，由于比较着急，并没有设计缓存服务器，redis服务器和其他项目是共用的
2. 通过redis慢日志可以看出，一条命令执行耗时10ms，这已经很不正常了，正常来说应该在几百微秒
3. 代码写的也有问题，循环调用redis，浪费了太多IO！！！1次请求，大概会执行4、50次redis操作，项目qps 1000出头时，redis的ops能达到3、40000。

初步优化方案：

1. 首先优化代码，把循环操作redis的代码换成pipeline批量操作，可以大大减少IO
2. 使用php yac 扩展，为redis再加一层缓存，减少redis服务器压力
3. 更换云redis服务器，维护和扩展都比较方便

更换了云Redis服务器，优化了redis操作语法，情况有所改善，但是不明显。

关键来了：

发现新建的一台API服务器，配置和负载和其他服务器一样，但cpu占用率要比之前的几台机器高；

经过排查，发现新机器tcp连接TIME_WAIT状态在8万个左右；其他的服务器都是在1万左右；原来以前的服务器都修改过tcp内核参数：

net.ipv4.tcp_keepalive_time=1200
net.ipv4.tcp_max_syn_backlog=8192
net.ipv4.tcp_max_tw_buckets=10000

把新主机也调整一下tcp内核参数之后，发现cpu使用率减少了，监控中响应延迟也下来了！！！

问：

但是为什么单机负载300多qps，TIME_WAIT确有8万多个呢？

答：

查看TCP链接状态之后，发现项目中连kafka时，没有用连接池，请求一次新建一次连接，浪费了大量服务器资源；

解决方案：

上面修改内核参数，只是治标不治本，后面打算把项目中的kafka用上连接池，然后把TCP内核参数再修改回去。