目前在弄的乙個專案是乙個由spring cloud搭建的微服務專案。專案仍然處於開發階段，但是在做單元測試的時候就發現了一些介面響應速度比較。由於專案資料就是開發時的測試資料，量是非常小的，只能證明我們**寫的是非常爛的。整體的業務設計也是非常有問題的，
在我做壓力測試的時候發現併發量一到某個較低的值的時候，好像是8。程式就無法執行了。 最終定位到的原因是執行緒池數量過低。 修改執行緒池之後就可以正常執行了。
datasource:
driver-class-name: com.mysql.jdbc.driver
url: jdbc:mysql://*******?useunicode=true&characterencoding=utf-8&usessl=false
username: 1111
password: 11111
# druid statviewservlet配置
druid:
stat-view-servlet:
# 預設true 內建監控頁面首頁/druid/index.html
enabled: true
url-pattern: /druid/*
# 允許清空統計資料
reset-enable: true
login-username: zhfw
login-password: zhfw
# ip白名單 多個逗號分隔
allow:
# ip黑名單
deny:
filter:
stat:
# 顯示慢sql 預設當超過3秒顯示
log-slow-sql: true
slow-sql-millis: 100
max-active: 200
initial-size: 20
min-idle: 20
max-wait: 6000
造成伺服器崩潰
這個就只能通過 將一些基本資料如字典表，使用者資訊，快取到redis中。 減少feign呼叫。
記錄一次效能優化
做了這麼久開發，終於涉及到效能優化了 原因是開啟乙個頁面花了2 6秒，被提了bug 不得不說自己有點小白，嘗試了非同步執行緒和把單次的dubbo查詢優化成批量的查詢。但是這兩種嘗試都沒有宣告成功 出了問題首先要找到問題在 既然是耗時，那就要看看到底 耗時最多 這裡要說一下，因為我是改別人的 所以對業...
記錄一次效能優化
前幾天領導扔給我乙個任務讓我對某個業務系統進行效能優化，當前現狀是每秒50併發響應時間就在30s左右，之前沒有接觸過效能優化完全沒有頭緒。領導說公司買了一套dynatrace軟體可以直接用這個軟體進行分析。在測試環境壓測發現情況如下 經統計乙個介面中共列印了80多個debug級別的log，耗時巨大。...
一次優化記錄
備註 由於隱私 部分使用了偽 偽sql 直接查十點查全部 select from 使用者優惠券表 where 優惠券id in select id from 優惠券表 where 限制 新使用者 and 90天內 總時間40 秒 這裡用exlpain分析 優惠券id是有索引的，但是實際上沒有走索引。...