業務系統中,使用update語句更新數據是再正常不過的場景,我們也經常通過update更新的行數,來做一些業務判斷,類似下面的偽代碼:(mybatis + mysql 場景) if (xxxMapper.updateByPrimaryKeySelective(entity)> ...
日常Bug排查 系統失去響應 Redis使用不當 前言 日常Bug排查系列都是一些簡單Bug排查,筆者將在這里介紹一些排查Bug的簡單技巧,同時順便積累素材 。 Bug現場 開發反應線上系統出現失去響應的現象,收到業務告警已經頻繁MarkAndSweep Full GC 告警。於是找到筆者進行排查。 看基礎監控 首先呢,當然是看我們的監控了,找到對應失去響應的系統的ip,看下我們的基礎監控。 機器 ...
2021-05-20 14:10 5 2699 推薦指數:
業務系統中,使用update語句更新數據是再正常不過的場景,我們也經常通過update更新的行數,來做一些業務判斷,類似下面的偽代碼:(mybatis + mysql 場景) if (xxxMapper.updateByPrimaryKeySelective(entity)> ...
線程池是個好東西,最大線程數限制了服務無限制使用寶貴的操作系統線程,最大隊列保護內存溢出,完美! 但是線程池使用不當也會導致死鎖。這種死鎖,要是不知道原理,死都不知道咋死的,並且非常難定位。大家知道,死鎖一般都是由於資源征用引起的。而線程池引起的死鎖,可能連個synchronize關鍵字都沒有 ...
事件回溯 1、7月26日上午11:34,告警郵件提示:tomcat內存使用率連續多次超過90%; 2、開發人員介入排查問題,11:40定位到存在oom問題,申請運維拉取線上tomcat 內存快照dump; 3、開發人員擔心服務抗不過下午的業務高峰期,讓運維在中午低谷期間重啟tomcat ...
前幾天,發現一台阿里雲服務器上的Web服務不可用。遠程SSH登錄不上,嘗試幾次登錄上去之后,執行命令都顯示 一看以為是內存泄漏導致溢出。因為執行不了任何命令, 只能通過控制台重啟服務器恢復服務。 初步排查 服務恢復后,查看系統日志,linux系統日志路徑/var/log ...
Java對多線程有良好的支持,並且提供了方便使用的線程池框架(Executor)。但如果使用不當,可能會帶來一些不安全的隱患。本文將分享一次由於隨意創建線程池造成線程數持續增加的問題。 一、背景 首先看一個圖,下圖是線上服務器Java線程數的監控圖。 圖中每個下降的點都是在該時間點有上線 ...
FILE * popen(const char * command, const char * type)popen函數會通過fork產生子進程,然后從子進程中調用/bin/sh -c執行參數comm ...
摘自:https://www.cnblogs.com/hollischuang/p/11832947.html FastJson稍微使用不當就會導致StackOverflow GitHub 9.4k Star 的Java工程師成神之路 ,不來了解一下 ...
問題起因 一個對外提供的接口,中間需要調用第三方接口,涉及到三方機密問題,其中使用到了安全隨機數之前的寫法如下 被solar掃面到不符合規范於是就改成下面的: bug現象 之前所有調用對外暴漏的服務的時候都是正常的,第二天莫名其妙的報錯 ...