AAA服务器正常，但是接口耗时很长的原因定位分析

最新推荐文章于 2024-06-19 17:58:05 发布
最新推荐文章于 2024-06-19 17:58:05 发布
阅读量1.1k 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28893679/article/details/88952927
版权

at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
可能为读取数据库信息超时

org.postgresql.core.VisibleBufferedInputStream.readMore(VisibleBufferedInputStream.java:143)
org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:112)
org.postgresql.core.VisibleBufferedInputStream.read(VisibleBufferedInputStream.java:70)
org.postgresql.core.PGStream.ReceiveChar(PGStream.java:283)
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1799)
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:200)
看现象是执行sql的时候有问题

com.alibaba.druid.pool.vendor.PGValidConnectionChecker.isValidConnection(PGValidConnectionChecker.java:65)
com.alibaba.druid.pool.DruidAbstractDataSource.testConnectionInternal(DruidAbstractDataSource.java:1338)
难道数据库连接池里面的是一个无效连接？

1、找到tas认证日志，保存下来：
cat runlog.log |grep “TMS auth spend time”> /home/wuyonghu/tas.log
2、

古月的三个锦囊
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
接口测试 01 -- 基础与原理
weixin_54104072的博客
01-17 910
接口测试分为两种手段：手工测试、自动化测试。接口测试是对系统或组件之间的接口进行测试，主要校验数据的交换、传递和控制管理过程，以及相互逻 辑依赖关系。而接口自动化测试是让程序代替人为对接口项目进行自动化验证测试的过程。------->>>● 功能测试：验证接口在不同输入条件下的功能行为，包括对请求的处理、数据处理和响应的验证。● 性能测试：评估接口的性能，包括响应时间、吞吐量、并发性等方面的测试。● 安全测试：检查接口的安全性，包括对输入参数的验证、数据加密、防止攻击和数据泄露等方面的测试。
Python 接口并发测试详解
悦分享
10-23 6826
性能测试是通过自动化测试工具模拟多种正常、峰值及异常负载条件对系统的各项性能指标进行的测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。性能测试的重点是测试在并发条件下服务或系统的瓶颈所在，从而优化相关功能，可能涉及软件及硬件的多方面改进。由此可见，性能测试对整个产品非常重要，甚至可以决定一个产品是否能长久发
java未释放资源_DruidDataSource关闭资源未释放
weixin_39765697的博客
03-02 2420
java.net.SocketInputStream.socketRead0 行: 不可用 [本地方法]java.net.SocketInputStream.socketRead 行: 116java.net.SocketInputStream.read 行: 171java.net.SocketInputStream.read 行: 141org.postgresql.core.VisibleB...
asnyc_read,async_read_some, async_receive
不积跬步无以至千里不积小流无以成江海
03-06 3091
asnyc_read： 1>是一个全局函数 2>读满指定长度的缓冲区或出错才返回 函数内部启动一个read_op,该op内部，多次调用stream.async_read_some,直到缓冲区填满，或者操作结束 async_read_some： 1>ip::tcp::socket的成员个函数    2>读取到数据或出错就返回,不一定读完了整个包。 async_receive：
SpringBoot 统计接口调用耗时的多种方式
最新发布
超超IT的博客
06-19 2082
在实际开发中，了解项目中接口的响应时间是必不可少的事情。SpringBoot 项目支持监听接口的功能也不止一个，接下来我们分别以 AOP、ApplicationListener、Tomcat 三个方面去实现三种不同的监听接口响应时间的操作。
一次异常接口耗时严重引起的socket学习
weixin_40257974的博客
08-02 348
http,tcp和socket总结学习过程
boost::asio::socket::async_read_some
最爱吹吹风
12-20 5640
记录下今天发现的一个问题 void CBoostSocket::connect_hander(const boost::system::error_code& err) { if (err) { return; } vector* buf = new vector(100,0); m_Sock.async_read_some(buffer(*buf),boost::bind(&
boost::async_read_some连续接收数据
z21558623的博客
02-16 9647
我在最近工作的时候用到了boost的http_server程序，这个http_server是一个框架用于接收并解析http协议。这个框架在接收get请求时没有任何问题，当接收post数据时，当数据大于>2k时，无法正确接收，后来发现sync_read_some函数一次只能接收大约1k数据，如果要接收大数据，需要反复接收，自己修改了几天，将经验分享一下。 //接收数据的buffer boost:
解决Java从MySQL读取大量数据时卡在SocketInputStream.socketRead0的问题
热门推荐
ytp151730的专栏
05-19 1万+
今天晚上突然有个服务无法启动。这个服务在启动的时候会从数据库中加载一些数据。查看日志：有开始加载的日志，但没有完成加载的日志，判断问题是在加载数据时卡住。用top查看进程，发现CPU占用为0%。又怀疑可能是因为jvm内存不够，用jstat查看jvm内存使用情况，发现各区内存占用率较低，连young gc都没有出现。再用jstack查看线程栈，发现线程卡在JDBC底层的TCP套接字读取上：  --
显示aaa服务器连接超时,微服务超时与重试
weixin_33685133的博客
08-06 817
前言其实不只在微服务中，在平常网络请求，或者与第三方系统进行交互都需要设置超时时间为什么需要超时与重试？ 总体上讲，肯定是为了增加系统可靠性，具体表现在两个方面系统自我保护： 快速失败，在业务最大允许等待时间内未收到返回数据，主动放弃等待，释放占用资源，避免请求不断累积带来的客户端雪崩效应成功率：服务处理超时原因有很多，但常见的超时都是短暂的，主要是GC，或者有网络抖动等。这些短时间影响服务端状态...
达梦SQL执行耗时有异常问题排查
cong6666的博客
03-24 1221
SQL执行异常问题分析 在系统运行的过程中经常遇到数据库执行语句很快，但是在程序中执行耗时长的问题，针对该类问题我们一般从如下两方面分析： 网络情况排查 需要确认网络上是否存在不稳定的因素，因为程序获取远程访问数据库后，会获取结果，如果网络不稳定，获取结果耗时可能就会出现不稳定的问题，影响程序的使用。此时可以通过ping命令看下网络是否存在丢包问题或者返回时间过长。 计划缓存问题 这个是我们今天关注的重点，数据库默认开启了计划缓存，数据库中执行的SQL会进行计划缓存，当缓冲池满了，根据
MySQL主从不一致问题相关处理
企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
09-26 1万+
某业务采取mysql的主从架构，但因为存储的问题，导致备库一直无法存储，数据同步一致性问题一直也未恢复，某次安全检查要求完成主备倒换演练，必须限期恢复主备，但是在恢复过程中，同步显示正常一段时间后，便会出现sql线程异常，主备数据不一致导致的同步错误情况。主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。根据上面的NR行数，查看附近的行，定位数据不一致的地方，后续手动补全。
【JDBC】JDBC和连接池的关系
pangpd的博客
09-07 2220
1. 前言 一直以为连接池是对JDBC的封装，今天再次回顾Java基础的时，才发现并非完全如此。连接池只是包装/操作了JDBC API 接口,然后再实际运行的时候,这些接口的具体实现则 下面是知乎上的一个图：JDBC和连接池的关系 2. JDBC和连接池的关系 JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。简单说可以通过JDBC来访问数据库， 而连
JDK7 socketRead0 无休止挂起原因及解决方法
qq_34999633的博客
02-27 3409
今天遇到了一个之前从没遇到过的问题：线程执行到SocketInputStream.socketRead0 时就没动静了，一直保持 runnable 状态，等了一个多小时还是这样，后来只好重启服务器来解决了。 在这个线程卡住的时候，通过 jstack 分析了一下线程栈： java.lang.Thread.State: RUNNABLE at java.net.SocketInputStr...
java线程阻塞的原因_请问这个线程阻塞的原因是什么
weixin_36315943的博客
02-26 604
一个线上应用系统，用户反馈一个提交操作被卡住无响应，threaddump看到很多线程在等待监视器，而监视器被http-0.0.0.0-8080-93 占有，如图 这是http-0.0.0.0-8080-93的stacktrace，请问大神们看得出来是什么原因吗Thread Namehttp-0.0.0.0-8080-93StateRunnableMonitorOwns Monitor Lock o...
java.net.SocketInputStream.socketRead0 卡死导致 tomcat 线程池打满的问题
JackLang的博客
05-09 1459
问题与原因：某些特定条件下 `java.net.SocketInputStream.socketRead0` 方法会卡死，导致运行线程一直被占用导致泄露 采用的方案：使用监控线程异步监控卡死事件，如果发生直接关闭网络连接释放链接以及对应的线程
druid数据源检测数据库连接有效性testOnBorrow、testOnReturn、testWhileIdle属性原理分析
OceanSky的专栏
02-21 1万+
druid多数据源建立连接后，可以通过配置对连接的有效性进行检查，想要更好的运用好数据库连接检查配置就应该了解源码，了解控制原理。 druid多数据源检测数据库连接的有效性属性配置如下： #mysql默认使用ping模式,可以通过设置系统属性System.getProperties().setProperty("druid.mysql.usePingMethod", "false")更改为sql模式 #用来检测连接是否有效的sql，要求是一个查询语句，常用select 'x'。如果validationQ.
method:com.alibaba.druid.pool.DruidAbstractDataSource.testConnectionInternal问题解决
ggjklncffd的博客
07-23 1001
你可以创建一个后台线程，定期检测连接的有效性，并在连接无效时将其废弃。不管你选择哪种方法，都需要确保在应用程序中实现合适的连接有效性检测，以确保连接池中的连接始终保持可靠和有效。，建议实施其他有效的连接有效性检测方法，例如设置合适的连接超时时间或使用合理的数据库查询来确认连接是否有效。这意味着即使数据库连接已经失效，连接池也不会立即知道，而继续使用失效的连接可能会导致异常或错误的数据库操作。：由于连接池不会自动检测连接的有效性，应用程序可能会在使用已失效连接时遇到数据库异常，例如连接超时或无效查询。
postgresql-jpa常见异常汇总
燕少江湖
08-05 1454
postgresql-jpa常见异常汇总
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值