Redis 學習(八) 開發運維的「陷阱」

2021-09-11 21:51:20 字數 366 閱讀 4881

本篇文章來講一講開發運維中的"陷阱"

thpoom killer

ntp (同步不同節點的時間)

ulimit (單個使用者同時開啟的檔案數)

tcp backlog

以持久化檔案作為恢復資料的媒介。

rdb 變化

從節點變化 (和主節點沒有區別)

筆者曾經就被攻擊過,心塞

具體攻擊的細節可以問度娘,這裡不贅述。下面講講從那些方面防範:

bigkey是指key對應的value所佔的記憶體空間比較大,例如乙個字串型別的value可以最大存到512mb。

bigkey有那些危害

如何發現

如何刪除

如何處理熱點key

Redis 開發運維問題 持久化

1.同步操作 記憶體頁的拷貝,本身速度非常快,不會阻塞主線程 2.與記憶體量有關 記憶體越大,耗時越長 3.info latest fork usec fork 所需時間 4.改善fork 1 有限使用物理機 2 控制redis 例項最大可用記憶體 3 linux記憶體分配策略 4 降低fork 頻...

Redis 常見的持久化開發運維問題

1.同步操作 記憶體頁的拷貝,本身速度非常快,不會阻塞主線程 2.與記憶體量有關 記憶體越大,耗時越長 3.info latest fork usec fork fork的執行時間 4.改善fork 1 有限使用物理機或者高效支援fork操作的虛擬化技術 2 控制redis 例項最大可用記憶體 ma...

Redis開發運維實踐問題處理只延遲檢查

mpstat p all 1可以在系統不繁忙或者臨時下線前檢測客戶端和server或者proxy 的頻寬 1 使用 iperf s 命令將 iperf 啟動為 server 模式 iperf s server listening on tcp port 5001 tcp window size 8....