幻月hah

摘要： 一、接口響應(yīng)時(shí)間從100ms飆升至2s，如何排查？ 只有調(diào)用時(shí)間飆升，CPU和內(nèi)存使用率均正常。 可能的原因： 線程池阻塞：導(dǎo)致請(qǐng)求堆積，網(wǎng)關(guān)觸發(fā)限流 外部依賴延遲：第三方接口調(diào)用超時(shí) 資源競(jìng)爭(zhēng)：死鎖 等等等 排查方向： 檢查線程的狀態(tài)，比如：top 命令：找到最耗cpu的進(jìn)程；top -H -p 閱讀全文

摘要： 一、RocketMQ 消息0丟失，如何實(shí)現(xiàn)？ RocketMQ 消息的傳遞過程分為三個(gè)階段： 生產(chǎn)階段：Producer 發(fā)送消息到 Broker，可能因網(wǎng)絡(luò)抖動(dòng)或 Broker 故障導(dǎo)致消息丟失； 存儲(chǔ)階段：Broker 將消息存儲(chǔ)到磁盤，可能因刷盤策略不當(dāng)或服務(wù)器宕機(jī)導(dǎo)致消息丟失；主從同步時(shí)，可 閱讀全文

摘要： 一、如何保證接口冪等性？ 接口冪等性：同一個(gè)接口，多次發(fā)出同一個(gè)請(qǐng)求，必須保證操作只執(zhí)行一次。 前端控制： 頁面控制：點(diǎn)擊之后按鈕置灰或者是加載中，避免讓用戶重復(fù)點(diǎn)擊多次； 使用 Post/Redirect/Get 模式：數(shù)據(jù)提交后，跳轉(zhuǎn)頁面； token機(jī)制：前端重復(fù)提交，但服務(wù)器收到了一個(gè)已經(jīng)使 閱讀全文

摘要： 一、Redis緩存穿透、雪崩、擊穿，如何解決？ 1 緩存穿透：“查無此物” 概念：客戶端請(qǐng)求的數(shù)據(jù)在緩存中和數(shù)據(jù)庫中都不存在，這樣緩存永遠(yuǎn)不會(huì)生效，這些請(qǐng)求都會(huì)打到數(shù)據(jù)庫； 原因： 數(shù)據(jù)未設(shè)置緩存 惡意攻擊 方案： 布隆過濾器：預(yù)加載所有的 Redis KEY 到布隆過濾器中，查詢時(shí)先判斷數(shù)據(jù)是否存 閱讀全文

摘要： 一、MYSQL 億級(jí)表新增字段怎么弄？ 1 優(yōu)先方案：MySQL8.0 Instant 算法（秒級(jí)完成）。 適用條件： MySQL版本≥8.0.12 新增字段位于所有列的最后(不支持字段中間插入) 表非壓縮格式(ROW FORMAT≠COMPRESSED) 無全文索引/FTS表 2 其他方案（Mys 閱讀全文

摘要： 一、訂單超時(shí)的解決方案 描述：購物下單后沒有付款。系統(tǒng)超時(shí)30分鐘自動(dòng)關(guān)閉訂單。 方案： 方案 場(chǎng)景 優(yōu)點(diǎn) 缺點(diǎn) JDK 自帶的延時(shí)隊(duì)列 小型單機(jī)應(yīng)用，非核心業(yè)務(wù) 實(shí)現(xiàn)簡(jiǎn)單，基于 JDK 自帶 API，無需額外組件； 僅適用于單機(jī)環(huán)境，不支持分布式； 數(shù)據(jù)在內(nèi)存中 DelayQueue，服務(wù)重啟后， 閱讀全文

摘要： 一、成因 分析原因時(shí)，很重要的5H1W提問法，通過不斷的提問，去追問細(xì)節(jié)： WHAT：卡點(diǎn)的現(xiàn)象，具體表現(xiàn)是什么？ 方式：在情緒上認(rèn)同，事實(shí)上追問。來還原整個(gè)事件。 WHY：原因，不斷的追問，直到拿到根本原因。 方式：5WHY提問 WHERE：梳理鏈路，具體卡點(diǎn)在哪里？ WHO：人 / 部門：責(zé)任、 閱讀全文

摘要： 真正解決問題的關(guān)鍵在于第一步 —— 精準(zhǔn)定義問題，找對(duì)問題的方向。 第二步才是快速提出方案、制定計(jì)劃或付諸行動(dòng)。若第一步出錯(cuò)，后續(xù)執(zhí)行越 “正確”，代價(jià)越大，且因過程看似順利，錯(cuò)誤難以察覺。 這與管理學(xué)大師彼得?德魯克的觀點(diǎn)一致：針對(duì)錯(cuò)誤問題給出正確答案的危害遠(yuǎn)大于針對(duì)正確問題給出錯(cuò)誤答案。 真正會(huì) 閱讀全文

摘要： 五大過程組： 1 啟動(dòng)核心：定義項(xiàng)目或階段的目標(biāo)，獲得授權(quán)以正式啟動(dòng)工作。主要工作：制定項(xiàng)目章程（明確項(xiàng)目目標(biāo)、授權(quán)項(xiàng)目經(jīng)理）、識(shí)別關(guān)鍵相關(guān)方并分析其需求，最終確定項(xiàng)目是否值得繼續(xù)推進(jìn)。2 規(guī)劃核心：制定詳細(xì)計(jì)劃，為執(zhí)行和監(jiān)控提供 “行動(dòng)指南”，確保項(xiàng)目目標(biāo)可實(shí)現(xiàn)。主要工作：基于啟動(dòng)階段的目標(biāo)，細(xì)化 閱讀全文

摘要： 1 控制質(zhì)量 輸入： 可交付成果 質(zhì)量測(cè)量指標(biāo) 輸出： 質(zhì)量測(cè)量結(jié)果 核實(shí)的可交付成果 2 確認(rèn)范圍 確認(rèn)范圍 = 驗(yàn)收。 概念：客戶或項(xiàng)目發(fā)起人，正式驗(yàn)收每一個(gè)可交付成果。 輸入： 核實(shí)的可交付成果 輸出： 驗(yàn)收?qǐng)?bào)告 工具與技術(shù)： 檢查若未通過驗(yàn)收，第一步記錄未通過的原因，第二步走變更流程，做糾正 閱讀全文