redis的string類型及bitmap介紹
redis運行原理
redis有很多的客戶端連接進來,站在redis所在機器的角度來說,就是有很多socket的連接,并且是打在內核
上面的,redis是一個進程,進程可以調用內核上的epoll,來遍歷尋找哪一個客戶端發(fā)送數(shù)據(jù)過來了(這里是單進程單線程來處理用戶數(shù)據(jù)的)。
redis使用
redis默認有16個庫
輸入:
進入基本分組
keys * 查詢所有的key
FLUSHDB 清除所有的key
對于如上nx的命令是我當前的key如果沒有被設置則把ooxx給設置成功,如果設置的key已經有value了,
則返回nil (多用于分布式鎖的獲取,只能有一個獲取成功)
對于xx命令,只有存在的時候才能進行操作。
mset命令(設置多個key和value)
append命令以及getrange命令
redis正反向索引
前面是從0,1,2開始的,后面則是從-1開始遞減的,所以也可以按照下面方式寫
SETRANGE 在給定范圍設置字符串:
獲取字符串長度:
獲取key所對應的value類型(主要是看set命令分組是在string上面的)
再來看一下object命令
它可以查看value的編碼類型(面向 redis string類型,除了字符串操作還有計算的操作【計算的操作面向數(shù)值的】)
incr和decr相關命令【可用于搶購,秒殺,點贊,評論數(shù),詳情頁(比如說淘寶詳情頁,一定會后端發(fā)起一個異步查詢購買數(shù)等,查redis,可以規(guī)避并發(fā)下,對數(shù)據(jù)庫的事務操作,
完全由redis內存操作代替)】
redis二進制安全
redis進程與外界交互的時候,面向流我們有字節(jié)流,以及字符流,那么redis客戶端
訪問的時候,從socket里面拿到的是字節(jié)流的數(shù)據(jù),只要未來的雙方客戶端和服務端有同樣的
編解碼方式,數(shù)據(jù)就不會被破壞。
如 set k1 = 9999,執(zhí)行strlen 輸出4,redis里面存這個數(shù)據(jù)是按照一個字符一個字節(jié)來存入的,直接
向字符流去寫,執(zhí)行incr之后是先把字節(jié)流拿出來轉換成數(shù)值的,轉換成數(shù)值之后會更新key的encoding
編碼,只要加成功就更新成int了,如果下次加的話就可以直接檢查這個encoding類型了,如果加的數(shù)
不是int類型則報錯
另一種如 set k2 中,是占3個字節(jié)的(軟件和redis通信用的utf-8)
我們再設置一個k3占2個字節(jié)(gbk編碼)
然后退出用redis-cli --raw來登錄,會觸發(fā)一個格式化(如果不帶上–raw是只會識別ascii碼的,超出部分則按照16進制來展示的,如果加上raw則會觸發(fā)編碼集的格式化)
key上有encoding的話,就相當于做了一個優(yōu)化,來判斷我當前這個操作是否是可行的
getset命令
getset命令是將舊的值返回并將新的值給設置進去,(相對于get 和set單獨執(zhí)行的話,要發(fā)兩個單獨
的命令過去,IO通信兩次,而這種方式只通信了一次【節(jié)省資源】)
mset 設置多個key多個value
msetnx (設置多個key對應的value保證原子性)下面的圖中msetnx 在設置k3的時候失敗了
位圖(bitmap)
setbit 方法,在對應的bit位上面設置值
bitpos命令:
找到第一個字節(jié) 中第一個1出現(xiàn)的位置
找到第二個字節(jié)出現(xiàn)1的第一個位置
統(tǒng)計1在字節(jié)范圍出現(xiàn)了幾次:
bitop 命令可以按位對value進行與和或等運算
場景題
1、公司有用戶系統(tǒng),統(tǒng)計用戶的登錄天數(shù),且窗口隨機(某天往前推一周,以及往后推一周,用戶登錄的天數(shù)統(tǒng)計一下)
一年設置為400天,可以使用50個字節(jié)存用戶全年的登錄狀態(tài)
-2 和-1為最后兩個字節(jié)(查詢300天到第400天)登錄多少次?!咀層脩魹閗ey登錄天數(shù)為value】
當然如果覺得用戶量特別大的話可以考慮一部分用戶存一個redis,另一部分
存另一個redis【注:1個用戶50個字節(jié),那么20個用戶存1k的空間,20000個用戶越需要1MB的空間
2000000個用戶則需要100M的空間】
2、京東618做活動送禮物,大庫備貨多少個禮物?假設有2E用戶
1、對用戶做分類(分為僵尸用戶 冷熱用戶/忠誠用戶)
所以需要做活躍用戶統(tǒng)計,
什么是活躍用戶:
比如說 1號-3號 連續(xù)登錄 對重復登錄的去重
redis如何做
首先在2022年1月1日id為1的用戶登錄了 給bit位的1位上設置1
在2022年1月2日id為1和id為7的用戶登錄了分別在bit位1和bit位7上設置1
總結
key的type類型,是用于判斷訪問的方法是不是具備這個類型的操作,可以快速返回錯誤,可以規(guī)避
異常。
encoding是可以規(guī)避同一種type類型但是根據(jù)不同的表現(xiàn)形式做計算這件事,
還有l(wèi)ength屬性,如果數(shù)據(jù)未發(fā)生改變可以直接返回長度
到此這篇關于redis的string類型及bitmap介紹的文章就介紹到這了,更多相關redis的string類型 內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Redis的Python客戶端redis-py安裝使用說明文檔
這篇文章主要介紹了Redis的Python客戶端redis-py安裝使用說明文檔,本文講解了安裝方法、入門使用實例、API參考和詳細說明,需要的朋友可以參考下2015-06-06Redis遍歷所有key的兩個命令(KEYS 和 SCAN)
這篇文章主要介紹了Redis遍歷所有key的兩個命令(KEYS 和 SCAN),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2021-04-04Redisson延時隊列RedissonDelayed的具體使用
定時調度基本是每個項目都會遇到的業(yè)務場景,一般地,都會通過任務調度工具執(zhí)行定時任務完成,但是會有一定的缺點,本文主要介紹了Redisson延時隊列RedissonDelayed的具體使用,感興趣的可以了解一下2024-02-02