背景 最近遇到有些帶MegaSAS RAID卡的服務器，在業務高峰時突然IO負載飈升得很高，IO性能急劇下降，查了日志及各種設置最后才發現是RAID卡的Cache寫策略由WriteBack變成WriteThrough了。更深入的原因是BBU進入了Learn Cycle周期，自動把Cache策略 ...

1、top #使用top命令查看CPU占用進程,確認mysql進程占用CPU資源過大 2、首先考慮磁盤占用問題，清理日志文件釋放空間 df -h #查看磁盤空間占用 du -h #查看當前文件夾或文件大小 ls -lh $(find ...

最近項目中遇到一個令人頭疼的問題，畢竟因為工作需要剛學elasticsearch，也沒有去關注elasticsearch的配置問題，安裝好默認把它當做數據庫一樣去使用，這導致接下來的項目 ...

在《與熊共舞》中，作者列出了5項核心風險，它們分別是： 進度安排的先天錯誤 需求膨脹 人員流失 規約崩潰 低生產率 在這里，人員流動被列為第三號核心風險。 在 ...

起因 有一天生產環境的API發現大部分都無法鏈接，查日志發現是redis報錯，主要的錯誤信息為 ERR max number of clients reached 通過命令info clients ...

RAID卡是否有(啟用)緩存對“隨機讀寫”性能有巨大的影響。中高端的RAID卡都有緩存(價格也高)。 那么RAID卡的緩存與磁盤自帶的緩存是如何設置的？ 戴爾服務器的perc H710 RAID卡有512M緩存，並帶電池。 建立陣列的時候(raid5)，關於RAID卡緩存的默認選項 ...

基本的概述 在一個服務器的集群上面，服務器的CPU長時間居高不下，響應的時間也一直很慢，即使擴容了服務器CPU的下降效果也不是很明顯。 對於CPU過高的原因，可以總結到以下原因： 太多的循環或者死循環 加載了過多的數據，導致產生了很多的大對象 產生了過多的對象，GC ...

YOUNG GC jvm年輕代分為eden區和survivor區，對象被創建后首先在eden區，如果一次young gc沒有將其回收的話，會到survivor區。從survivor區到 ...