# 2209 Redis 壓力測試

### TestCase1 Redis在HK03 (30W筆Key) 採用80Https*2
- HK02 (2-perf168)

- HK03 (3-perf166)

### TestCase2 Redis在HK03 (600W筆Key) 採用80Https*2
- HK02 (2-perf169)

- HK03 (3-perf167)

### TestCase3 Redis在HK03 (100多萬筆Key且在兩分鐘內過期) 採用80Https*2 有一堆Key開始過期看來沒有影響效能
- HK02
- HK03

- 需要注意的是 Redis的 clean expire key的規則是否如下


### TestCase4 Redis在HK03 打20分鐘 但我們Expire設10分鐘 所以第二個10分鐘會開始有同樣數量的Key過期，如此模擬 我們第一天與第二天的一個節奏 後續更要類推不斷的10分鐘會如何
- HK02
- HK03
(應與效能無關)

### TestCase5 先塞600W筆Key 在壓測中間會過期 BI打進去Expire Time 10min
11:22開始加壓資料
11:35加完資料
11:37 ~ 11:57
所以中間會經過大量Key下降，觀察我們BI打進去的量有沒有變少
- HK02 (2-perf173)
- HK03 (3-perf171)

-------------------

### TestCase6 再一次600W筆Key 在壓測中間會過期 BI打進去Expire Time 10min

2:24開始打10min 壓TTL為20min的
2:44開始會有Key過期
從2:41開始壓測 2:42開始監測


- HK02 (2-perf174)
- HK03 (3-perf172)

-----------------------
### TestCase7 再一次600W筆Key 在壓測中間會過期 BI打進去Expire Time 10min

3:21開始打10min 壓TTL為20min的
3:41開始會過期
3:37開始壓測並Monitor 壓測的ttl 為 10 min

所以可以觀察 37~41 與 41~後面 他的Loading差異，如果一切都正常，那也就是說清理過期Key這Part並不會對我們Loading造成太大影響

- 有點晚才開始看到 key被清掉 (3:49)

- HK02 (2-perf175)
- HK03 (3-perf173)

### TestCase8 延續上一個TestCase 但是把Memory鎖成1G


但HK05不知為何壓測過程中CPU 太高直接當機 因此沒有參考價值。

- HK02 (2-perf176)

- HK03 (3-perf174)

### TestCase9 延續上一個TestCase8 再一次


9:09 開始壓資料進去 ttl 20min
9:24 結束
9:25 開始壓測 BI ttl 設10 min

看起來正常~!

- HK02 (2-perf177)

- HK03 (3-perf175)

## 20220919
### TestCase10 利用 80Https*2 去壓測 expire time 設1H 然後連續打8小時觀看其變化狀況