记录一次jvm内存泄露的问题
前些天，运维告诉我刚上线的java服务占用CPU过高。 以下是发现解决问题的具体流程。 1：通过#top命令查看，我的java服务确实把CPU几乎占满了，如图 可看到18400这个进程CPU占用达到了1200%，这确实不太正常，那么我们接下来分析 ...
原文：记录一次用户态踩内存问题
这几天在做总结，把三年前写的一个定位案例，翻了出来。回想起定位这个问题时的场景，领导催得紧，自己对很多东西又不熟悉，所以当时面临的压力还是很大的。现在回想起来感慨还是很多的，我们在遇到任何一个问题，一定不要放弃。还记得在产品线做开发时，学到的一些项目知识，任何一个bug，他总有一天会爆发出来。任何一个问题，总有一天找到好的解决方案。当我们尝尽了所有可以尝试的方案，定位办法，解决思路后，往往这个问题 ...
2019-08-02 12:41 0 1648 推荐指数：
相关推荐
记录一次ClickHouse的踩坑经历
最近在做Metabase和ClickHouse集成，使用社区开发的数据驱动把ClickHouse集成到了Metabase。 大部分查询是没有问题，只时间维度的聚合查询会报以下异常： 详细使用场景如下： 一、ClickHouse的版本 二、查询表结构 2.1 本地 ...
记录一次TraceId的问题
多服务部署的时候，各个服务通过httpClient进行调用时候，有时候出现问题，需要进行追查。但是如果没有一个标记，就会很迷茫，特别是多个服务来回调用，就无法快速定位问题。这个时候一般是使用MDC的 traceId来追踪。但是由于每个服务的traceId ...
记录一次问题排查
1. 问题描述：早上刚来上班，业务部门同事反应管理后台无法登录 2. 问题排查定位 2.1 服务器排查 a. 接口是否可以调通：首先自己登陆后台，发现时好时坏，偶尔接口返回【系统忙】。我们系统接口异常调不通会返回系统忙 b. 服务是否死掉或者假死：连接服务器->查看Java ...
记录一次现网MySQL内存增长超限问题定位过程
问题现象现网物理机内存近几日内爆涨使用率超过了90%，可用内存从250G，降低到20G以下，报告警。服务器使用情况来看，并没有什么异常。除了QPS缓慢增长外。 MySQL内存分配结构 定位这个问题，先了解一下MySQL的内存分配知识。 MySQL的内存分配分为两部分，一部分是启动之初 ...
记一次jenkins构建失败的踩坑记录
核心要旨:排错要一步一步排查,一步一步确认,确认问题失败在哪一步,而不是凭空猜测错误. 异常信息: 本质原因是因为jdk版本升级了,之前的javahome路径失效了导致的. 但是在java升级的那天,我修改了gitee的密码,然后我从一开始就以为是因为凭证出了问题 ...
关于idea的一次踩坑记录-Auto build completed with errors
maven项目添加pom依赖后，一直不能正常导入所依赖的jar包，并且报错“ Auto build completed with errors” ...
一次从Github向Gitee迁库踩坑记录
先上结论：gitee的lfs功能收费，直接从github迁移包含lfs管理的文件会出错，配置lfs.url即可解决问题 Q: 为什么要迁库呢？ A: github访问太慢了，不然我也不想费这个功夫！ gitee自带的有从github同步仓库的功能，一般来说该功能非常方便 ...