@liuxu Kafka 写入慢，导致连接数增加，这个是合理的。但写入 Kafka 时用了协程，并不会影响到主协程的速度。

@liuxu
1 、swooler 的控制台日志并没有往 fluentd 里发送，发送的都是业务日志，并且量不小。目前接收的日志服务器确实也存在问题，很早之前搭建的，单核处理的，这么大量的日志目前打包不过来，所以偶尔会出现 ruby 占用内存过高的问题。
2 、这台服务器不止对 kafka 连接数比较多，对 mysql 和 redis 也比其他的服务器要多，我只是列出了 kafka 的。
3 、大多时间异常服务器对 nginx 的连接数是要比正常服务器多的。截图时截太巧了。。
4 、目前每次请求，都会从 Kafka 连接池拿一个链接写入数据，Kafka 连接池并不是服务初始化的，而是有业务请求时去创建的。这样看来从 Kafka 连接池初始化这块逻辑有优化的空间。
5 、目前正在使用 strace 追 worker 进程的问题，发现异常服务器的进程调用 gettimeofday(swooler 定时器)比较多，猜测是业务的定时任务落在了此服务器上，打算把定时任务固定到一台服务器试一下。
6 、感谢指点

用 “strace -cp 进程 id” 追了一下 swoole worker 的系统调用

% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
32.87 0.404515 4 103647 gettimeofday
20.26 0.249291 5 53990 34800 recvfrom
14.14 0.174060 10 18136 sendto
10.83 0.133311 4 33749 clock_gettime
10.02 0.123303 5 26864 epoll_ctl
7.08 0.087140 8 11096 epoll_wait
1.46 0.017924 5 3798 1033 read

目前怀疑和定时器有关

@pmispig 接口 qps 较高，业务中每次都会有生产者往 kafka 里写数据，并且已经加了连接池

@pmispig 从监控面板看，和其他服务器 qps 是相近的，但连接数却多 40%左右。nginx 用的轮询，也没加权重，感觉 7 楼说的有一定道理，但为什么这台处理的要比其他的慢，这个问题还需要排查。从监控面板（ grafana ）可以看到，在平时单机 500qps 时，虽然没有发生响应延长，但是异常的服务器 system load 在 120%左右，其他的都是在 40%左右。

@latteczy 我感觉也是啊，为什么别人的服务器都这么 NB ，2 核 4G 都能抗 1000qps 。。。我这服务器抗 500qps ，ss -a 查看 tcp 连接数时，达到 8000 多就不行了

@nekoyaki tcp_timestamps 和 tcp_tw_reuse 都为 1 ，tcp_tw_recycle 的值没有查出来，应该已经废弃了

@sujin190 同负载的情况，多台服务器，只有个别的 3 台服务器链接数会比别的多。“个别服务器比别的服务器处理的慢，从而导致接了更多请求，导致请求时间延长”，这个想来也有道理，但具体原因还需要再找一下。感谢指点

@tcpdump 没有使用容器

今年年初，社保累计刚清零。坐标北京，在北大口腔挂的号，拔了右边上下两颗智齿。

其实最恐惧的是等待拔牙，进去后坐那，漱完口，还没等反应过来，上下两针麻药就打上了。然后全程闭眼，双手捏紧，紧张的一批。问我疼吗？不疼，就是纯紧张。

从进去到出来，大概 20 分钟左右。

拔牙后，用的可自行脱落的缝合线，不用拆。咬个棉球，半小时吐掉。当时感觉自己很 NB，甚至想把另外两颗也拔了。回家前会给开一些退烧药和消炎药。

回家后，距离拔牙 2 、3 小时后，麻药劲快过了，就会开始疼，大概疼 2 、3 个小时，就不疼了，只是嘴里缝着线，不舒服。第一天可能会发烧。

后面 5 ～ 7 天，吃一些包子，粥，别吃辣的。再后面就满血复活了。

拔 2 颗牙，加上药、手术费，花费总计 1800 左右，当时我还问怎么没报销，他们说还没到报销线。拔智齿是可以报销的？！其实这个我也不太确定。

打算在今年过完之前，把另外两颗也拔了（上次花 1800 刚到报销线，后面再拔 2 颗应该就便宜了）。

附牙片：


还是服务配置问题，调整和添加了以下参数解决了：
新增：
num_threads 2 # 处理线程数
修改：（可以根据实际情况修改）
buffer_chunk_limit 16m
buffer_queue_limit 512

可以考虑下基于 swoole 扩展的 hyperf 框架，8 成能满足你们的需求，比 fpm 性能高的不止一两点，同是 PHP，迁移起来也方便。但话又说回来，感觉 go 也很香，但前期感觉只是新语言图个新鲜，可能是自己羡慕你们有机会从 PHP 转 go 吧，可以扩展个人的技术栈。

推荐 ApiPost 接口联调工具，可以多人协作，自己进行接口测试时，就可以生成文档发布

填我邀请码 [16381690]

@iyaozhen 一个 topic 下的一个分区，在同一时间，不是只能被一个消费者消费吗？

@iyaozhen 用 swoole 的协程试过，多个协程之间会重复消费数据

@mxtob 把读写颠倒一下，是个不错的想法。

@fuxkcsdn incr 用 pipe 来操作，执行时间有所改善；但是 skipConfig 用 mget()，却比之前消耗了更多时间，请问是什么原因呢？

@dedemao 监控是用的 hyperf 手册里推荐的，你可以在手册里搜索关键字“ Grafana”；请求流程拆分图，是自己打的日志