Redis

高頻寫入redis場景優化

工作中經常遇到要對redis進行高頻寫入,但是對於讀取時資料的實時性要求又不高的場景。為了優化效能,決定採用本地快取一部分資料整合後寫入。 依賴 <dependency> <grou

Redis記憶體空間簡單分析

背景 最近發現專案中用的 redis 記憶體消耗很大(但是印象中卻以為沒有這麼多的key的記憶體消耗才對呀?),使用 info 命令可以看到所有key佔用的一些記憶體大小以及key的數量等等,如下圖所

Redis實戰之Redis命令

Redis可以儲存鍵與5種不同資料結構型別之間的對映,這5種資料結構型別分別為string(字串),list(列表),set(集合),hash(雜湊),zset(有序集合),下面將分別對這5種資料型別的控制命令

redis 系列20 伺服器上

一.客戶端與服務端互動 本篇簡單介紹下伺服器,伺服器執行涉及的內部原理知識很多,主要了解Redis伺服器內部要做哪些事情,需要開發人員去幹預的比較少。Redis伺服器負責與多個客戶端建立網路連線,處理客戶端

防止重放機制

一、API重放攻擊 我們在設計介面的時候,最怕一個介面被使用者擷取用於重放攻擊。重放攻擊是什麼呢?就是把你的請求原封不動地再發送一次,兩次...n次,重放攻擊是二次請求,黑客通過抓包獲取到了請求的H

[design draft] testcase for redis-cpp

上次跟妳講的幾個問題,我把總結成文件了,妳有空思考一下。 庫底層 api 的實現決定了庫的使用方法。 testcase 需要模擬使用者使用。 若干因素會影響到使用者

Laravel佇列詳解

1.佇列的應用場景: PHP在非同步程式設計上的短板是眾所周知的,這也是當年PHP能夠迅速火起來的一個重要特性,當然,這也是Nodejs能夠火起來的一個相反方向的重要特性(Nodejs的亮點就是高併

Redis主從複製

Redis的複製(Master/Slave) 是什麼: 行話:也就是我們所說的主從複製,主機資料更新後根據配置和策略, 自動同步到備機的master/slaver機制,Master以寫為主,S

後端快取的23個關鍵關注點

▌1:極簡快取架構 通過JSR107規範,我們將框架定義為客戶端層、快取提供層、快取管理層、快取儲存層。其中快取儲存層又分為基本儲存層、LRU儲存層和Weak儲存層,如下圖所示。

使用nonce鞏固介面簽名安全

前面我們有講過如何進行API的安全控制,其中包括資料加密,介面簽名等內容。詳細可以參考我下面兩篇文章: - 《前後端API互動如何保證資料安全性》 - 《再談前後端API簽名安全?》 在

1746001287.5264