- 博客(4)
- 收藏
- 关注
RSS订阅原创 2021-08-04
发现问题在XXX测试时，发现其他模块获取用户数据有问题，后端报错信息如下：问题原因User类的字段数量为41，其他模块还使用旧版本的包，User类的字段数量为38。CompatibleFieldSerializer.read有问题会导致数组超界解决问题官方在Kryo-4.0.1版本已经进行了解决，更改对Kryo的引用如下 de.javakaffee kryo-serializers 0.42将版本从0.41更新到0.42即可。官方说明https://gith
2021-08-04 15:31:47
121
原创 JVM调优
JVM内存模型如图所示：虚拟机中的共划分为三个代：年轻代（Young Generation）、年老点（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java类的类信息，与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的。年轻代:所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代分三个区。一个Eden区，两个Survivor区(一般而言)。大部分对象在Ede
2021-08-04 15:26:19
575
原创 偶发调用dubbo服务失败-channel is closed
项目场景：CMDB页面白屏，后端接口500问题描述：cmdb调用租户的dubbo服务失败，导致第三方调用cmdb接口失败。message can not send,because channel is closed. 原因分析：目前CMDB使用的是2.8.4版本的dubbox，查看源码后发现，默认配置中，send.reconnect=false，传输channel关闭后不重连。解决方案：添加dubbo配置，send.reconnect=true参考文章github/apac
2021-07-29 10:49:41
903
1
原创 记一次排查MongoDB所在机器CPU使用率高的过程
项目场景：配置管理系统[CMDB集群],wxxx1002,Unix服务器CPU利用率较高(实例:CPU),当前值:96.21,阈值:95 - 100 发生时间:07/xxx/2021 1x:28:00问题描述：MongoDB集群主节点所在的机器，CPU利用率长时间较高。 原因分析：排查过程：查询store-res中，pacific-impl.log。发现对应时间段内有较多pageSize为3000，10000的resObject查询。基于查询条件到数据库中执行1中的查询语句，发现查询速
2021-07-29 10:30:58
330
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人