场景：
线上一个功能打开日志显示如下，ClientAbortException客户端中止异常,此功能在公司测试环境正常，另外线上的服务都是docker部署的,使用的是动态数据源，微服务库用的mysql库，业务库用的postgreSql库。
Finished to call API：/process/getTaskAndFileBag/cf192870-e1a1-11ed-891a-5a5fd865df76/zb
Elapsed time : 68596 msorg.apache.catalina.connector.ClientAbortException: java.io.IOException: Broken pipe
at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:341)
排查工具：
现象分析：
发现日志接口响应时间约69s了，而网关gateway中设置的响应时间为60s,超时所以客户端断开了，按理讲此时只要修改gateway客户端响应时间就可了，但是一个简单的接口怎么如此耗时呢？
第一：
用arthas的trace命令显示如下，在对象实例化的时候非常耗时。
第二：
在接口从请求发出到arthas的追踪请求方法的过程中，非常慢！！！大概要1~2分钟才触发arthas
分析：
按理讲一个简单的构造函数怎么会如此耗时呢，根据arthas使用过程中发现的第二个问题，初步定位在网关转发有问题，因为第一个问题在追踪的过程中，内部调用了其它服务的接口，因为网关转发很慢，所以追踪到的接口就非常耗时，那么网关为什么转发的如此慢呢？代码在测试环境是没问题的（网关已经很多地方都在用了，而且还用的很久），所以排除是代码的问题。
配置排查。
cpu排查
（注：131785这个进程cpu占比100%，但是网上查阅资料由于占用内存是0，所以对系统的性能是没有影响，项目经理讲这样做是提供cpu利用率）
负载排查：
线上cpu是16核，正常
内存，网络、磁盘IO排查
free -h
iftop
数据库：
索引，慢查询sql排查
SET GLOBAL slow_query_log = ‘ON’;
SET GLOBAL long_query_time = 5;
FLUSH LOGS;
索引和本地测试环境建立的索引一样，且没有生成超过5秒的慢sql.因此结果正常
表死锁排查
SELECT pid, relname, mode FROM pg_locks JOIN pg_class ON pg_locks.relation = pg_class.oid;
结论：postgresql是行级锁，虽然查到了存在但是与我的业务表没有任何关系，因此没有问题。
数据库的连接数排查
注：配置文件中数据库设置的最大连接数200，而线上排查是60，因此正常。
docker stats命令
docker stats这个命令之前排查问题的时候很少使用，因此使用docker部署的服务有时候性能问题可以尝试使用这个命令。
问题原因终于找到了，问了运维在部署gateway和oauth服务内存大小限制在1G，线上内存占用都超过50%那不鸡鸡了！！！！，修改后正常了
原文地址:https://blog.csdn.net/qq_38423256/article/details/130551320
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_7175.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
![[Lucene]核心类和概念介绍](http://www.7code.cn/wp-content/uploads/2023/11/ee6748cbc735e6105405f8a984d954c804b93f34bc916-Z0IqTf_fw1200.png)
