公司對底層基礎庫進行了重構，線上穩定跑了幾天，在查看訂單系統的log時，有幾條error信息非常的奇怪， 訂單有狀態機進行維護 已經被撤消的訂單不能再進行有其他操作，和狀態更改。 已經支付的訂單，不能被撤消，只能退款或者部分退款。 這兩條log雖然沒有太大問題，關鍵問題 ...

線上問題的排查過程1、測試統一收口，2、產品判斷是否正常邏輯 | 測試判斷是否已經用例覆蓋 | 技術排查日志或代碼變更 ...

摘自《Linux系統安全》 一、准備工作 1. 檢查人員應該可以物理接觸到可疑的系統。因為黑客可能會通過網絡監聽而檢測到你正在檢查系統，所以物理接觸比遠程控制更好。 2. 為了當作法庭證據，需要把硬盤做實體備份。如果需要，斷開所有與可疑機器的網絡連接。 3. 做入侵檢測時，檢查人員需要一台 ...

轉載於：https://zhangge.net/5093.html 朋友弄了一個小項目，要我幫忙做下 Linux 系統運維，上線一段時間后，發現項目偶爾會掛掉導致服務不可用。開發朋友一時之間也沒空去研究項目奔潰的根因，只好由我這個運維先寫一個項目進程自拉起腳本，通過 Linux 任務計划 ...

Linux雲服務器卡頓怎么辦？ 當您發現雲服務器的運行速度變慢或雲服務器突然出現網絡斷開現象，則可能是雲服務器的帶寬和CPU使用率過高導致。 Linux實例帶寬流量過高或CPU使用率高，您可以按如下步驟進行排查： 問題定位：定位影響雲服務器帶寬和CPU使用率高的進程。 問題 ...

問題發現場景 某天突然收到線上應用的gc時間過長的告警，剛開始只有一台機器偶爾報一下，后續其他機器也紛紛告警，具體告警的閾值是應用10分鍾內ygc的總時長達到了6.6s。 初步排除過程 按照gc問題常規排查流程，還是先保留現場，jmap -dump:format=b,file ...

的解決辦法無奈 只能找到僵屍進程的父進程kill 當時認為可能是tail的問題 后來啟動腳本中去 ...

背景說明 　 組織架構被拆分為多個微服務 需求： 一個輸入框 查詢 前后模糊查詢 人員信息（工號、姓名），前后模糊查詢 單位名稱。 跨庫平級查詢！！ ...