- 博客(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
198
原创 JVM调优
JVM内存模型 如图所示： 虚拟机中的共划分为三个代：年轻代（Young Generation）、年老点（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java类的类信息，与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的。 年轻代: 所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代分三个区。一个Eden区，两个Survivor区(一般而言)。大部分对象在Ede
2021-08-04 15:26:19
632
原创 偶发调用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
1078
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
437
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人