亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

Redis緩存空間優(yōu)化實踐詳解

 更新時間:2023年04月20日 11:09:01   作者:京東云開發(fā)者  
緩存Redis,是我們最常用的服務(wù),其適用場景廣泛,被大量應(yīng)用到各業(yè)務(wù)場景中。也正因如此,緩存成為了重要的硬件成本來源,我們有必要從空間上做一些優(yōu)化,降低成本的同時也會提高性能,本文通過代碼示例介紹了redis如何優(yōu)化緩存空間,需要的朋友可以參考一下

導(dǎo)讀

緩存Redis,是我們最常用的服務(wù),其適用場景廣泛,被大量應(yīng)用到各業(yè)務(wù)場景中。也正因如此,緩存成為了重要的硬件成本來源,我們有必要從空間上做一些優(yōu)化,降低成本的同時也會提高性能。

下面以我們的案例說明,將緩存空間減少70%的做法。

場景設(shè)定

1、我們需要將POJO存儲到緩存中,該類定義如下

public class TestPOJO implements Serializable {
    private String testStatus;
    private String userPin;
    private String investor;
    private Date testQueryTime;
    private Date createTime;
    private String bizInfo;
    private Date otherTime;
    private BigDecimal userAmount;
    private BigDecimal userRate;
    private BigDecimal applyAmount;
    private String type;
    private String checkTime;
    private String preTestStatus;
    
    public Object[] toValueArray(){
        Object[] array = {testStatus, userPin, investor, testQueryTime,
                createTime, bizInfo, otherTime, userAmount,
                userRate, applyAmount, type, checkTime, preTestStatus};
        return array;
    }
    
    public CreditRecord fromValueArray(Object[] valueArray){         
        //具體的數(shù)據(jù)類型會丟失,需要做處理
    }
}

2、用下面的實例作為測試數(shù)據(jù)

TestPOJO pojo = new TestPOJO();
pojo.setApplyAmount(new BigDecimal("200.11"));
pojo.setBizInfo("XX");
pojo.setUserAmount(new BigDecimal("1000.00"));
pojo.setTestStatus("SUCCESS");
pojo.setCheckTime("2023-02-02");
pojo.setInvestor("ABCD");
pojo.setUserRate(new BigDecimal("0.002"));
pojo.setTestQueryTime(new Date());
pojo.setOtherTime(new Date());
pojo.setPreTestStatus("PROCESSING");
pojo.setUserPin("ABCDEFGHIJ");
pojo.setType("Y");

常規(guī)做法

System.out.println(JSON.toJSONString(pojo).length());

使用JSON直接序列化、打印 length=284**,**這種方式是最簡單的方式,也是最常用的方式,具體數(shù)據(jù)如下:

{"applyAmount":200.11,"bizInfo":"XX","checkTime":"2023-02-02","investor":"ABCD","otherTime":"2023-04-10 17:45:17.717","preCheckStatus":"PROCESSING","testQueryTime":"2023-04-10 17:45:17.717","testStatus":"SUCCESS","type":"Y","userAmount":1000.00,"userPin":"ABCDEFGHIJ","userRate":0.002}

我們發(fā)現(xiàn),以上包含了大量無用的數(shù)據(jù),其中屬性名是沒有必要存儲的。

改進(jìn)1-去掉屬性名

System.out.println(JSON.toJSONString(pojo.toValueArray()).length());

通過選擇數(shù)組結(jié)構(gòu)代替對象結(jié)構(gòu),去掉了屬性名,打印 length=144,將數(shù)據(jù)大小降低了50%,具體數(shù)據(jù)如下:

["SUCCESS","ABCDEFGHIJ","ABCD","2023-04-10 17:45:17.717",null,"XX","2023-04-10 17:45:17.717",1000.00,0.002,200.11,"Y","2023-02-02","PROCESSING"]

我們發(fā)現(xiàn),null是沒有必要存儲的,時間的格式被序列化為字符串,不合理的序列化結(jié)果,導(dǎo)致了數(shù)據(jù)的膨脹,所以我們應(yīng)該選用更好的序列化工具。

改進(jìn)2-使用更好的序列化工具

//我們?nèi)匀贿x取JSON格式,但使用了第三方序列化工具
System.out.println(new ObjectMapper(new MessagePackFactory()).writeValueAsBytes(pojo.toValueArray()).length);

選取更好的序列化工具,實現(xiàn)字段的壓縮和合理的數(shù)據(jù)格式,打印 **length=92,**空間比上一步又降低了40%。

這是一份二進(jìn)制數(shù)據(jù),需要以二進(jìn)制操作Redis,將二進(jìn)制轉(zhuǎn)為字符串后,打印如下:

??SUCCESS?ABCDEFGHIJ?ABCD??j?6???XX??j?6?????`bM????@i??Q?Y?2023-02-02?PROCESSING

順著這個思路再深挖,我們發(fā)現(xiàn),可以通過手動選擇數(shù)據(jù)類型,實現(xiàn)更極致的優(yōu)化效果,選擇使用更小的數(shù)據(jù)類型,會獲得進(jìn)一步的提升。

改進(jìn)3-優(yōu)化數(shù)據(jù)類型

在以上用例中,testStatus、preCheckStatus、investor這3個字段,實際上是枚舉字符串類型,如果能夠使用更簡單數(shù)據(jù)類型(比如byte或者int等)替代string,還可以進(jìn)一步節(jié)省空間。其中checkTime可以用Long類型替代字符串,會被序列化工具輸出更少的字節(jié)。

public Object[] toValueArray(){
    Object[] array = {toInt(testStatus), userPin, toInt(investor), testQueryTime,
    createTime, bizInfo, otherTime, userAmount,
    userRate, applyAmount, type, toLong(checkTime), toInt(preTestStatus)};
    return array;
}

在手動調(diào)整后,使用了更小的數(shù)據(jù)類型替代了String類型,打印 length=69

改進(jìn)4-考慮ZIP壓縮

除了以上的幾點之外,還可以考慮使用ZIP壓縮方式獲取更小的體積,在內(nèi)容較大或重復(fù)性較多的情況下,ZIP壓縮的效果明顯,如果存儲的內(nèi)容是TestPOJO的數(shù)組,可能適合使用ZIP壓縮。

但ZIP壓縮并不一定會減少體積,在小于30個字節(jié)的情況下,也許還會增加體積。在重復(fù)性內(nèi)容較少的情況下,無法獲得明顯提升。并且存在CPU開銷。

在經(jīng)過以上優(yōu)化之后,ZIP壓縮不再是必選項,需要根據(jù)實際數(shù)據(jù)做測試才能分辨到ZIP的壓縮效果。

最終落地

上面的幾個改進(jìn)步驟體現(xiàn)了優(yōu)化的思路,但是反序列化的過程會導(dǎo)致類型的丟失,處理起來比較繁瑣,所以我們還需要考慮反序列化的問題。

在緩存對象被預(yù)定義的情況下,我們完全可以手動處理每個字段,所以在實戰(zhàn)中,推薦使用手動序列化達(dá)到上述目的,實現(xiàn)精細(xì)化的控制,達(dá)到最好的壓縮效果和最小的性能開銷。

可以參考以下msgpack的實現(xiàn)代碼,以下為測試代碼,請自行封裝更好的Packer和UnPacker等工具:

<dependency>    
    <groupId>org.msgpack</groupId>    
    <artifactId>msgpack-core</artifactId>    
    <version>0.9.3</version>
</dependency>
    public byte[] toByteArray() throws Exception {
        MessageBufferPacker packer = MessagePack.newDefaultBufferPacker();
        toByteArray(packer);
        packer.close();
        return packer.toByteArray();
    }

    public void toByteArray(MessageBufferPacker packer) throws Exception {
        if (testStatus == null) {
            packer.packNil();
        }else{
            packer.packString(testStatus);
        }

        if (userPin == null) {
            packer.packNil();
        }else{
            packer.packString(userPin);
        }

        if (investor == null) {
            packer.packNil();
        }else{
            packer.packString(investor);
        }

        if (testQueryTime == null) {
            packer.packNil();
        }else{
            packer.packLong(testQueryTime.getTime());
        }

        if (createTime == null) {
            packer.packNil();
        }else{
            packer.packLong(createTime.getTime());
        }

        if (bizInfo == null) {
            packer.packNil();
        }else{
            packer.packString(bizInfo);
        }

        if (otherTime == null) {
            packer.packNil();
        }else{
            packer.packLong(otherTime.getTime());
        }

        if (userAmount == null) {
            packer.packNil();
        }else{
            packer.packString(userAmount.toString());
        }

        if (userRate == null) {
            packer.packNil();
        }else{
            packer.packString(userRate.toString());
        }

        if (applyAmount == null) {
            packer.packNil();
        }else{
            packer.packString(applyAmount.toString());
        }

        if (type == null) {
            packer.packNil();
        }else{
            packer.packString(type);
        }

        if (checkTime == null) {
            packer.packNil();
        }else{
            packer.packString(checkTime);
        }

        if (preTestStatus == null) {
            packer.packNil();
        }else{
            packer.packString(preTestStatus);
        }
    }


    public void fromByteArray(byte[] byteArray) throws Exception {
        MessageUnpacker unpacker = MessagePack.newDefaultUnpacker(byteArray);
        fromByteArray(unpacker);
        unpacker.close();
    }

    public void fromByteArray(MessageUnpacker unpacker) throws Exception {
        if (!unpacker.tryUnpackNil()){
            this.setTestStatus(unpacker.unpackString());
        }
        if (!unpacker.tryUnpackNil()){
            this.setUserPin(unpacker.unpackString());
        }
        if (!unpacker.tryUnpackNil()){
            this.setInvestor(unpacker.unpackString());
        }
        if (!unpacker.tryUnpackNil()){
            this.setTestQueryTime(new Date(unpacker.unpackLong()));
        }
        if (!unpacker.tryUnpackNil()){
            this.setCreateTime(new Date(unpacker.unpackLong()));
        }
        if (!unpacker.tryUnpackNil()){
            this.setBizInfo(unpacker.unpackString());
        }
        if (!unpacker.tryUnpackNil()){
            this.setOtherTime(new Date(unpacker.unpackLong()));
        }
        if (!unpacker.tryUnpackNil()){
            this.setUserAmount(new BigDecimal(unpacker.unpackString()));
        }
        if (!unpacker.tryUnpackNil()){
            this.setUserRate(new BigDecimal(unpacker.unpackString()));
        }
        if (!unpacker.tryUnpackNil()){
            this.setApplyAmount(new BigDecimal(unpacker.unpackString()));
        }
        if (!unpacker.tryUnpackNil()){
            this.setType(unpacker.unpackString());
        }
        if (!unpacker.tryUnpackNil()){
            this.setCheckTime(unpacker.unpackString());
        }
        if (!unpacker.tryUnpackNil()){
            this.setPreTestStatus(unpacker.unpackString());
        }
    }

場景延伸

假設(shè),我們?yōu)?億用戶存儲數(shù)據(jù),每個用戶包含40個字段,字段key的長度是6個字節(jié),字段是分別管理的。

正常情況下,我們會想到hash結(jié)構(gòu),而hash結(jié)構(gòu)存儲了key的信息,會占用額外資源,字段key屬于不必要數(shù)據(jù),按照上述思路,可以使用list替代hash結(jié)構(gòu)。

通過Redis官方工具測試,使用list結(jié)構(gòu)需要144G的空間,而使用hash結(jié)構(gòu)需要245G的空間**(當(dāng)50%以上的屬性為空時,需要進(jìn)行測試,是否仍然適用)**

在以上案例中,我們采取了幾個非常簡單的措施,僅僅有幾行簡單的代碼,可降低空間70%以上,在數(shù)據(jù)量較大以及性能要求較高的場景中,是非常值得推薦的。:

• 使用數(shù)組替代對象(如果大量字段為空,需配合序列化工具對null進(jìn)行壓縮)

• 使用更好的序列化工具

• 使用更小的數(shù)據(jù)類型

• 考慮使用ZIP壓縮

• 使用list替代hash結(jié)構(gòu)(如果大量字段為空,需要進(jìn)行測試對比)

以上就是Redis緩存空間優(yōu)化實踐的詳細(xì)內(nèi)容,更多關(guān)于Redis緩存空間優(yōu)化的資料請關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • RedisTemplate訪問Redis的更好方法

    RedisTemplate訪問Redis的更好方法

    這篇文章主要為大家介紹了RedisTemplate訪問Redis的更好方法詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2023-01-01
  • Redis集群詳解

    Redis集群詳解

    這篇文章主要介紹了Redis集群詳解,需要的朋友可以參考下
    2020-07-07
  • 詳解Redis數(shù)據(jù)類型實現(xiàn)原理

    詳解Redis數(shù)據(jù)類型實現(xiàn)原理

    這篇文章主要介紹了Redis數(shù)據(jù)類型實現(xiàn)原理,在工作中或?qū)W習(xí)中有需要的小伙伴可以參考一下這篇文章
    2021-08-08
  • 解決Redis連接無法正常釋放的問題

    解決Redis連接無法正常釋放的問題

    這篇文章主要介紹了解決Redis連接無法正常釋放的問題,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-12-12
  • redis客戶端實現(xiàn)高可用讀寫分離的方式詳解

    redis客戶端實現(xiàn)高可用讀寫分離的方式詳解

    基于sentienl 獲取和動態(tài)感知 master、slaves節(jié)點信息的變化,我們的讀寫分離客戶端就能具備高可用+動態(tài)擴容感知能力了,接下來通過本文給大家分享redis客戶端實現(xiàn)高可用讀寫分離的方式,感興趣的朋友一起看看吧
    2021-07-07
  • 使用Redis實現(xiàn)向量相似度搜索

    使用Redis實現(xiàn)向量相似度搜索

    在自然語言處理領(lǐng)域,有一個常見且重要的任務(wù)就是文本相似度搜索,所以本文為大家介紹一下如何利用Redis實現(xiàn)向量相似度搜索,解決文本、圖像和音頻之間的相似度匹配問題,需要的可以了解下
    2023-07-07
  • 分布式鎖為什么要選擇Zookeeper而不是Redis?看完這篇你就明白了

    分布式鎖為什么要選擇Zookeeper而不是Redis?看完這篇你就明白了

    Zookeeper的機制可以保證分布式鎖實現(xiàn)業(yè)務(wù)代碼簡單,成本低,Redis如果要解決分布式鎖的問題,對于一些復(fù)雜的情況,很難解決,成本較高,這篇文章重點給大家介紹分布式鎖選擇Zookeeper 而不是Redis的理由,一起看看吧
    2021-05-05
  • 淺談Redis處理接口冪等性的兩種方案

    淺談Redis處理接口冪等性的兩種方案

    本文主要介紹了淺談Redis處理接口冪等性的兩種方案,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2022-08-08
  • 淺談分布式鎖的幾種使用方式(redis、zookeeper、數(shù)據(jù)庫)

    淺談分布式鎖的幾種使用方式(redis、zookeeper、數(shù)據(jù)庫)

    這篇文章主要介紹了淺談分布式鎖的幾種使用方式(redis、zookeeper、數(shù)據(jù)庫),小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2018-07-07
  • Spring?redis使用報錯Read?timed?out排查及解決過程

    Spring?redis使用報錯Read?timed?out排查及解決過程

    項目使用spring集成redis,偶爾會出現(xiàn)read timed out的情況,剛開始以為是網(wǎng)絡(luò)不穩(wěn)定引起的,后面發(fā)現(xiàn)影響業(yè)務(wù)測試的準(zhǔn)確性,這篇文章主要給大家介紹了關(guān)于Spring redis使用報錯Read timed out排查及解決過程的相關(guān)資料,需要的朋友可以參考下
    2024-02-02

最新評論