前言 　　本系列是根據我公司的某塊業務優化進行改寫的，為了避免觸發法律的紅線，我對部分代碼做了截取並打碼。 　　因為優化方案是針對現有業務的問題情況進行的，不做任何太過過分吹牛逼。一切以基於現有的業務，優化處理已存在的不可避免問題，達到目標效果的作為三個前提原則。 　　因需要針對現有業務 ...

目錄 .NET-記一次架構優化實戰與方案-梳理篇 .NET-記一次架構優化實戰與方案-前端優化 .NET-記一次架構優化實戰與方案-底層服務優化 前言 　　上一篇《.NET-記一次架構優化實戰與方案-梳理篇》整理了基本的業務知識，同時也羅列了存在的問題，本篇主要 ...

目錄 .NET-記一次架構優化實戰與方案-梳理篇 .NET-記一次架構優化實戰與方案-前端優化 .NET-記一次架構優化實戰與方案-底層服務優化 前言 　　程序員輸出是他敲寫的代碼，那么輸入就是他思考好的設計。因此不做設計是不存在，設計只分優秀的設計和糟糕的設計 ...

前言： 是這樣的，這周三我在測試一個接口的時候，發現竟然超時了。我們RPC框架用的DUBBO，我超時設置的時間為 timeout=3s。 按照道理，一個方法超過3s，對用戶是非常不友好的，用戶會立馬會感覺是反應十分的慢。 所以進行排查 + 優化 排查一階段： 因為這個方法中，有很多個小方 ...

前言 今天的內容是關於昨天優化的mybatis動態sql的一次簡單總結，簡單來說就是我通過trim實現了不確定參數union all的可變查詢，讓之前的動態sql邏輯更加簡潔，內容當然算不上高大上，只能算是給可能遇到問題的小伙伴探個路，下面我們就來展開看下吧。 背景 最近開發的一個功能要用 ...

背景 前段時間我們的服務遇到了性能瓶頸，由於前期需求太急沒有注意這方面的優化，到了要還技術債的時候就非常痛苦了。 在很低的 QPS 壓力下服務器 load 就能達到 10-20，CPU 使用率 60% 以上，而且在每次流量峰值時接口都會大量報錯，雖然使用了服務熔斷框架 Hystrix，但熔斷 ...

　　MessageQueue，顧名思義消息隊列，在系統開發中也是用的比較多的一個中間件吧。我們這里主要用它來做日志管理和訂單管理的，記得老老大（恩，是的，就是老老大，因為他已經跳槽了）還在的時候，當時 ...

使用組件 springcloud套件 + mysql 一個普通的rest請求，做個用戶基礎信息查詢，sql已進行優化 const級別，但是通過jemeter進行壓測，發現實際並發量只有20-30，經檢查后發現是配置未優化問題，解決方式如下： 1. 增加springboot mysql ...