摘要：
mysql> select * from e_task3instance_struct_8 where updatedate is null;+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +| struct_id | task_c 阅读全文
摘要：
online环境发现有个task的微服务白天使用高峰期一直cpu非常高98%-99% 用 如下命令在cpu非常高的时候生成了多个dump文件 jstack <PID> > thread_dump1.txt jstack <PID> > thread_dump2.txt jstack <PID> > 阅读全文
摘要：
线上经常发现报如下错误，后来发现root cause是selectConfigitemforinstanceMap这个方法会查出几十万的结果集然后json压缩解压，写map等等操作，但是这个selectConfigitemforinstanceMap方法被很多地方调用到了，导致极有可能多线程同时都在 阅读全文
摘要：
1，发现线上的queue入库很慢 因为我发现 2024-11-14 12:24:22.897 [] [Thread-47] INFO com.hp.nova.runner.Task3NewStructRedisQueueRunner.run [93] : eisrq.getType() 3 .... 阅读全文
摘要：
1，首先我把这个安全漏洞的trivy完整描述send给了chatgpt并且随后把我的pom.xml也完整的send给了它。 chatgpt给出的答案还算比较靠谱。 图一 图二 图三 图四 2，根据chatgpt的回复，我把 <parent> <groupId>org.springframework. 阅读全文
摘要：
最近发现Plan这个微服务经常会无响应，后来发现是task微服务会调用plan的某个接口，经常报错如下异常，然后time out后又30秒再次发起重试而这个业务处理时间1分钟-2小时都有可能 所以把plan微服务线程池占满导致无响应 2024-05-13 14:27:00.282 N/A,b1f2a 阅读全文
摘要：
执行如下sql会报错，大概是delete的where条件里面不能包含自身的表 delete from t_plan_new where plan2code is not null and plan2version is not null and (plan2code,plan2version) no 阅读全文
摘要：
今天早上发现154的task微服务经常cpu飙升到900-1100%但是看了下日志没有特别的报错信息 如果154的cpu飙升的时候那么访问task列表会比较慢5-10s 正常的时候最多1s 然后中途会有10多分钟cpu恢复正常,之前优化后这次没有继续发现如下的error也没有heap space等等 阅读全文
摘要：
发现如下错误 Cause: java.sql.SQLException: Incorrect string value: '\xEF\xBC\x8C AP...' for column 'task_description' at row 1 发现原因是hp和odm的字符集不一致 然后show ful 阅读全文
摘要：
今天早上发现如下task微服务假死了没有响应，然后发现如下日志 2024-03-29 01:06:17.089 [Thread-152587] ERROR com.alibaba.druid.pool.DruidPooledStatement.errorCheck [370] : Communica 阅读全文
