摘要：?背景 Redis作為一款簡(jiǎn)潔、高效的開(kāi)源K/V數(shù)據(jù)庫(kù)，可以被用于內(nèi)存緩存、持久化存儲(chǔ)等不同場(chǎng)景，大量服務(wù)于各類(lèi)互聯(lián)網(wǎng)應(yīng)用。同時(shí)也提供了豐富的功能配置，客戶(hù)可以根據(jù)各自業(yè)務(wù)需求，在讀寫(xiě)性能、緩存容量、數(shù)據(jù)可靠性等方面作出靈活的選擇。

背景

Redis作為一款簡(jiǎn)潔、高效的開(kāi)源K/V數(shù)據(jù)庫(kù)，可以被用于內(nèi)存緩存、持久化存儲(chǔ)等不同場(chǎng)景，大量服務(wù)于各類(lèi)互聯(lián)網(wǎng)應(yīng)用。同時(shí)也提供了豐富的功能配置，客戶(hù)可以根據(jù)各自業(yè)務(wù)需求，在讀寫(xiě)性能、緩存容量、數(shù)據(jù)可靠性等方面作出靈活的選擇。

Redis提供了RDB和AOF兩種持久化方式供選擇，4.0中更是引入了RDB-AOF混合持久化的方式，整合RDB和AOF的優(yōu)勢(shì)，提供更實(shí)時(shí)的數(shù)據(jù)持久化保證、更快的恢復(fù)速度和更緊湊的空間使用。針對(duì)AOF的寫(xiě)入，Redis提供了兩種選項(xiàng)供選擇：

? always：aoflog實(shí)時(shí)寫(xiě)入落盤(pán)，保證寫(xiě)入數(shù)據(jù)的安全性，但寫(xiě)入性能下降嚴(yán)重。

? everysec：buffer寫(xiě)入aoflog，后臺(tái)定期刷盤(pán)，可以很好的保證寫(xiě)入性能，但在failure場(chǎng)景下，需要承擔(dān)秒級(jí)新寫(xiě)入數(shù)據(jù)丟失的風(fēng)險(xiǎn)。

這兩種模式需要用戶(hù)在性能和數(shù)據(jù)安全性之間做出取舍，魚(yú)和熊掌無(wú)法兼得。對(duì)一些對(duì)數(shù)據(jù)安全性有更高要求的場(chǎng)景，需要應(yīng)用層協(xié)同來(lái)保證數(shù)據(jù)安全，會(huì)給系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)帶來(lái)一定的復(fù)雜度。另一方面，在Redis發(fā)生failover的時(shí)候，會(huì)有一個(gè)緩存預(yù)熱重建的過(guò)程，期間對(duì)應(yīng)用會(huì)有一個(gè)可感知的不可服務(wù)時(shí)間、以及訪(fǎng)問(wèn)延時(shí)抖動(dòng)。

關(guān)于上述問(wèn)題，很重要的一個(gè)原因在于目前DRAM和SSD（請(qǐng)忽略HDD）之間巨大的性能鴻溝。近幾年，備受學(xué)術(shù)界和工業(yè)界關(guān)注的NVM（Non-volatile Memory）?技術(shù)，給這類(lèi)問(wèn)題的解決帶來(lái)了新的機(jī)遇。

?

圖1：NVM產(chǎn)品的存儲(chǔ)層次結(jié)構(gòu)

目前已有的NVM產(chǎn)品，對(duì)上層應(yīng)用提供DIMM形態(tài)的訪(fǎng)問(wèn)接口。作為一種NVM設(shè)備，相比于DRAM具備掉電不丟數(shù)據(jù)的特性，容量上也會(huì)比DRAM高出一個(gè)數(shù)量級(jí)，成本優(yōu)勢(shì)明顯。相比于傳統(tǒng)SSD，不但讀寫(xiě)速度更快（百ns量級(jí)），而且具備字節(jié)尋址的能力。同時(shí)也要看到，NVM產(chǎn)品仍然存在讀寫(xiě)不對(duì)稱(chēng)、順序和隨機(jī)訪(fǎng)問(wèn)不對(duì)稱(chēng)等特征。

從應(yīng)用場(chǎng)景上來(lái)看，NVM產(chǎn)品可以定位于替代部分DRAM功能，支撐持久Memory或In-Memory應(yīng)用。具體來(lái)說(shuō)可被應(yīng)用在如下場(chǎng)景：

? 持久化內(nèi)存：作為數(shù)據(jù)持久層，對(duì)數(shù)據(jù)一致性要求很高的持久化系統(tǒng)，同時(shí)兼顧數(shù)據(jù)可靠性和數(shù)據(jù)讀寫(xiě)性能。

? 內(nèi)存數(shù)據(jù)庫(kù)：作為數(shù)據(jù)In Place空間，提供數(shù)據(jù)運(yùn)行和持久化存儲(chǔ)空間。

? 系統(tǒng)日志卷：作為日志卷，例如，在HPC系統(tǒng)中通常采用Checkpointing實(shí)現(xiàn)對(duì)計(jì)算中間狀態(tài)進(jìn)行持久化保存，這是一個(gè)耗時(shí)、耗系統(tǒng)吞吐量的過(guò)程。

?

基于NVM產(chǎn)品提供的字節(jié)尋址、持久化、高性能的能力，以及考慮到其讀寫(xiě)、順序和隨機(jī)訪(fǎng)問(wèn)不對(duì)稱(chēng)等特性，對(duì)Redis作了細(xì)致的設(shè)計(jì)和深度的定制化改造，針對(duì)上面幾個(gè)問(wèn)題取得非常好的測(cè)試效果。

性能分析

前面提到Redis的always模式通過(guò)實(shí)時(shí)flush操作確保AOF文件的實(shí)時(shí)持久化，但這會(huì)導(dǎo)致性能大幅下降。Everysec模式通過(guò)大幅減少flush操作的頻率，基于page cache緩沖對(duì)設(shè)備的讀寫(xiě)訪(fǎng)問(wèn)大幅提升QPS性能，但是這會(huì)引入秒級(jí)的數(shù)據(jù)丟失風(fēng)險(xiǎn)。而基于NVM產(chǎn)品提供的持久化能力可以非常優(yōu)雅地解決這個(gè)問(wèn)題，兼顧性能和可靠性。整個(gè)的數(shù)據(jù)流圖如下：

?

圖2: 基于NVM產(chǎn)品的數(shù)據(jù)讀寫(xiě)流程

首先將AOF文件直接放在基于NVM產(chǎn)品的PMEM-aware filesystem上（比如EXT4?DAX模式），通過(guò)mmap將AOF文件映射到用戶(hù)態(tài)地址空間，之后對(duì)AOF的訪(fǎng)問(wèn)操作就變成了非常輕量的直接load/store方式，而且要確保數(shù)據(jù)持久化也僅需要在用戶(hù)態(tài)執(zhí)行persist操作（主要是cache?flush）。可見(jiàn)，基于NVM產(chǎn)品的AOF持久化機(jī)制相比傳統(tǒng)的IO棧要輕量的多：

B? Bypass整個(gè)傳統(tǒng)IO棧（Block層->設(shè)備驅(qū)動(dòng)等），實(shí)現(xiàn)直接load/store操作。

? 通過(guò)cache?flush操作即可實(shí)現(xiàn)持久化，取代了flush系統(tǒng)調(diào)用。

AOF機(jī)制的另一個(gè)問(wèn)題是AOF文件的持續(xù)增大會(huì)造成巨大的空間浪費(fèi)，所以阿里云Redis團(tuán)隊(duì)通過(guò)后臺(tái)線(xiàn)程的方式按照一定的策略（考慮吞吐和資源占用量等）對(duì)AOF文件進(jìn)行replay操作。即根據(jù)AOF命令在NVM產(chǎn)品上構(gòu)造持久化的KV數(shù)據(jù)結(jié)構(gòu)，然后完成回放的AOF文件就可以刪除，從而解決了AOF占用空間的問(wèn)題。

之所以選擇后臺(tái)線(xiàn)程異步replay的方式在NVM上構(gòu)建持久化數(shù)據(jù)結(jié)構(gòu)，是因?yàn)樵撨^(guò)程需要通過(guò)事務(wù)操作來(lái)保證寫(xiě)操作的原子性和數(shù)據(jù)結(jié)構(gòu)的一致性，耗時(shí)較大，所以數(shù)據(jù)先寫(xiě)到DDR的方式可以保證客戶(hù)端寫(xiě)操作的QPS不下降。考慮到NVM擁有出色的讀性能，數(shù)據(jù)異步replay到NVM之后，會(huì)根據(jù)數(shù)據(jù)冷熱和內(nèi)存占用量釋放部分value比較大的內(nèi)存副本，轉(zhuǎn)而直接基于NVM提供讀服務(wù)。所以DRAM逐漸演變?yōu)?/span>NVM的寫(xiě)cache和熱數(shù)據(jù)的讀cache，以充分發(fā)揮NVM的讀性能和成本優(yōu)勢(shì)，同時(shí)規(guī)避NVM寫(xiě)性能（相對(duì)）的短板問(wèn)題。

在兩臺(tái)96核/384GB神龍服務(wù)器上，實(shí)測(cè)string數(shù)據(jù)結(jié)構(gòu)的SET操作，從結(jié)果數(shù)據(jù)來(lái)看幾乎與everysec模式的性能持平，同時(shí)兼顧了always模式的數(shù)據(jù)安全性和everysec模式的高性能。

圖3：Redis寫(xiě)入性能對(duì)比

Redis在重啟時(shí)需要進(jìn)行數(shù)據(jù)恢復(fù)操作。原生Redis重啟后都需要從RDB和AOF中加載數(shù)據(jù)到內(nèi)存，完成加載后才可以正常提供服務(wù)。經(jīng)過(guò)實(shí)測(cè)，10GB左右數(shù)據(jù)的RDB加載時(shí)間大概為53秒左右，這段時(shí)間內(nèi)Redis服務(wù)處于不可用狀態(tài)。而在基于NVM的方案中，Redis重啟后可以先基于NVM的持久化數(shù)據(jù)結(jié)構(gòu)直接提供讀服務(wù)，DRAM數(shù)據(jù)結(jié)構(gòu)重建完成后即可提供完整的讀寫(xiě)服務(wù)。同樣針對(duì)10GB左右的數(shù)據(jù)集，系統(tǒng)shutdown?save后重啟，實(shí)測(cè)1秒內(nèi)可以提供只讀服務(wù)，35秒內(nèi)可以提供完整讀寫(xiě)服務(wù)，整個(gè)數(shù)據(jù)恢復(fù)時(shí)間大幅下降。如下圖所示：

?

圖4: Redis?recovery時(shí)間對(duì)比

另外，原生Redis通過(guò)fork一個(gè)子進(jìn)程來(lái)保存全量DB數(shù)據(jù)到RDB或AOF文件，即使相比上次保存的數(shù)據(jù)僅有一個(gè)key的變更，也依然會(huì)全量保存整個(gè)DB，顯然這不是一種高效的實(shí)現(xiàn)方式。并且該過(guò)程會(huì)對(duì)Redis帶來(lái)較大的性能抖動(dòng)。而基于NVM的方案是一種持續(xù)增量持久化的方式，更加高效和平滑，這點(diǎn)對(duì)于在線(xiàn)服務(wù)來(lái)說(shuō)至關(guān)重要。

NVM相比DRAM能提供更高的存儲(chǔ)密度和更大容量的數(shù)據(jù)存儲(chǔ)空間，因此可以有效降低單位數(shù)據(jù)存儲(chǔ)成本?；?/span>NVM的字節(jié)尋址能力和與DRAM的速度差異，我們?cè)O(shè)計(jì)了NVM非易失性?xún)?nèi)存和DRAM易失性?xún)?nèi)存間的數(shù)據(jù)換入與換出策略，能在不影響Redis基本性能的前提下，提高數(shù)據(jù)的存儲(chǔ)容量并節(jié)約成本。

結(jié)束語(yǔ)

整個(gè)方案中，充分發(fā)揮了NVM的字節(jié)尋址、持久化等能力，借助DRAM做cache來(lái)彌補(bǔ)NVM讀寫(xiě)不對(duì)稱(chēng)的問(wèn)題，從而實(shí)現(xiàn)了高可靠、高性能、低成本的Redis數(shù)據(jù)庫(kù)，從測(cè)試數(shù)據(jù)可以看出NVM對(duì)Redis在持久化以及其他性能方面提升效果非常顯著。

除此之外，NVM相比DRAM能提供更高的存儲(chǔ)密度和更大容量的數(shù)據(jù)存儲(chǔ)空間，因此可以有效降低單位數(shù)據(jù)存儲(chǔ)成本。在不影響Redis基本讀寫(xiě)性能的前提下，基于NVM和DRAM的動(dòng)態(tài)數(shù)據(jù)輸入換出，是我們下一步工作的方向之一。

當(dāng)然，目前方案仍存在一些待優(yōu)化的點(diǎn)，比如：對(duì)于高寫(xiě)入場(chǎng)景，replay性能跟不上DRAM寫(xiě)入速度；failover時(shí)候，需要等DRAM重建完成才能提供寫(xiě)服務(wù)等。后續(xù)會(huì)繼續(xù)跟進(jìn)這些問(wèn)題，結(jié)合技術(shù)和產(chǎn)品來(lái)一起合理改進(jìn)。

原文鏈接

本文為云棲社區(qū)原創(chuàng)內(nèi)容，未經(jīng)允許不得轉(zhuǎn)載。