这是一个创建于 1091 天前的主题，其中的信息可能已经有所发展或是发生改变。
有个 8C32G 的服务器，部署了一个 springboot 服务，只有一个接口，这个接口执行时间正常大概 1ms 的样子（可能 1 毫秒都不到，接口具体逻辑就是往一个 LinkedBlockingQueue offer 数据，然后会有个定时任务把这个队列的数据写入 hbase ）。经常每天都有>780ms 并且次数>100 的超时告警。
现在默认设置是 maxThreads=200 maxCOnnections=10000 ，我在想是不是可以调大一点线程数，因为看了 cpu 和内存占用都蛮低的。 有看过一个帖子说 1C4G 建议 200 并发，4C8G 建议 800 并发。。
暂时没有 tomcat 运行时的日志信息，还没打印，有什么手段可以排查这个高时延么。接口每天大概 2.7 亿调用量。
第 1 条附言 2023-01-09 10:01:33 +08:00
还发现一个奇怪的状况，我在测试环境压测，activeCount 还没到核心线程池的数量，然后队列就已经有数据了，这是个什么情况。按理说没到核心线程数队列不改有数据。是打印日志那一刻有问题么。。
17 条回复 2023-01-10 09:18:52 +08:00
 | 1 roundgis 2023-01-08 23:40:22 +08:00 via Android 用 g1gc 看看 |
 | 2 NXzCH8fP20468ML5 2023-01-08 23:55:07 +08:00 via Android 首先要判断一下，这个超时是哪方面的超时？ 是线程池不够来引起的？扩大线程池。 还是垃圾回收引起的？换 G1 或 ZGC 。 还是是队列被阻塞引起的？换队列实现，或者用 ThreadLocal 多队列。 |
 | 3 oldshensheep 2023-01-09 01:18:53 +08:00 via Android 用 java19 virtual thread 。。。 开玩笑的，因为你还不知道为什么超时，可以参考楼上的。我觉得应该是队列的问题，可能满了。 |
 | 4 securityCoding 2023-01-09 08:36:38 +08:00 via Android 最高 qps 呢 |
 | 5 FrankAdler 2023-01-09 09:30:37 +08:00 via iPhone 一毫秒的意思就是一个线程 1 秒能处理 1000 个请求，每天 2.7 亿平均一秒 3k ，算上峰谷不等，我觉得你线程数开 10 个就够了 所以我建议你学学怎么排查慢请求 |
 | 6 imv2er 2023-01-09 09:40:05 +08:00 极极极大概率是没及时写入 hbase ，queue 满了 和 tomcat 无关 |
 | 7 luxinfl OP @xxfye 怀疑是 tomcat 的默认设置的问题，这个要等部署后才能看到线程池的运行信息。 垃圾回收都是默认设置的，这个问题不大。 队列阻塞应该不会，因为用的 offer 方法存数据，不存在锁，存不进去直接丢弃了。 |
| 8 luxinfl OP @securityCoding 应该有七八千吧 |
 | 10 yc8332 2023-01-09 09:57:41 +08:00 不是说开越多越快。 |
| 11 luxinfl OP @FrankAdler 没啥头绪啊。。。。 |
| 12 securityCoding 2023-01-09 10:23:34 +08:00 大概率是 gc 引起的，重点查这个方向 |
 | 13 Vaspike 2023-01-09 10:43:21 +08:00 推荐 Spring boot admin 这个 actuator |
 | 14 tianmalj0613 2023-01-09 10:51:52 +08:00 服务接入一下 prometheus ，或者其他监控工具，把系统的指标存下来才能定量定性分析。 有数据之后，用 UI 工具，比如 grafana 展示成图表就知道问题了 |
 | 15 Chinsung 2023-01-09 11:14:42 +08:00 看这个描述，看下内存使用情况，大概率是 GC 导致的 |
 | 16 GBdG6clg2Jy17ua5 2023-01-09 11:33:46 +08:00 缺相关监控很难直接判断，安照经验应该大概率是 full GC 了 |
| 17 luxinfl OP |
Select Language