最近專案需要效能調優：
1. 使用postman新增響應時間200ms測試用例
2. 逐個測試，找出有效能問題的介面，單個調優
3. 在方法裡加入時間戳或者stopwatch，找出有效能問題的**
4. 一般都是sql優化，執行計畫看下是否走了索引，沒有就加下索引，大的sql看看能否拆成小的
5. **優化，可以使用多執行緒，來處理一些可以非同步解決的**，例如儲存查詢的filter內容，不需要占用查詢時間
6. 延遲處理，使用事務發件箱的方式來將參與事務的事件儲存，然後由定時任務來處理，例如重新整理elasticsearch，傳送郵件等
7. 預載入和快取部分資料，例如乙個迴圈裡需要多次請求資料庫的資料，這時可以將資料一次查詢出來，裝入map容器，然後在迴圈裡呼叫map查詢
RabbitMq 效能調優記錄
訂閱端每隔500ms呼叫一次amqp consume message介面函式從socket上獲取資料，正常情況下，伺服器每次會推送幾百條訊息，而且推送的頻率會比較高 導致訂閱端的本機socket緩衝區會很快存滿，導致很多訊息無法進行快取，而被丟掉 發布訊息條數 呼叫amqp comsume mess...
單個介面的效能調優
最近乙個專案快上線了，用的是springcloud微服務，資料庫是mysql，持久層是mybatis，測試在進行效能壓測的時候，有乙個微服務的介面一壓就掛，於是領導安排我去優化。我看了效能單，30多萬的資料量，50的併發介面就掛掉了。1 首先了解介面 裡面並沒有複雜的業務邏輯，是乙個普通的分頁查詢，...
調優 Nginx效能調優
一.nginx優化配置 1.主配置檔案優化 注 部分配置詳解 worker processes 8 nginx程序數，建議按照cpu數目來指定，一般為它的倍數。worker cpu affinity 00000001 00000010 00000100 00001000 00010000 00100...