FAQs 云內(nèi)存 UMem Redis

ernest.wang 發(fā)布于2022-07-12 17:14 / 2267人閱讀

摘要：，，等批量命令或方式，建議批量數(shù)量不宜超過，數(shù)量過多易造成請(qǐng)求延時(shí)或超時(shí)現(xiàn)象。如果未及時(shí)進(jìn)行擴(kuò)容，可能會(huì)造成寫入失敗，請(qǐng)?jiān)谑盏礁婢吞嵝褧r(shí)及時(shí)進(jìn)行擴(kuò)容，以免影響業(yè)務(wù)。

FAQs

本篇目錄

云內(nèi)存Redis的安全性如何？

訪問安全性

云內(nèi)存Redis是“僅內(nèi)網(wǎng)訪問且按賬戶隔離”的，因此僅有同一賬戶的云主機(jī)能夠?qū)υ苾?nèi)存Redis實(shí)例進(jìn)行訪問。

數(shù)據(jù)安全性

所有的內(nèi)存數(shù)據(jù)均持久化到磁盤，不會(huì)因服務(wù)故障重啟而造成數(shù)據(jù)丟失，避免數(shù)據(jù)需要重新預(yù)熱。

單實(shí)例最高支持多大容量？

主備版redis實(shí)例的容量上限為32G（華北一最大支持64G，其他機(jī)房超過32G需要提工單申請(qǐng)）

分布式版redis實(shí)例是沒有容量瓶頸限制的，但超過1T容量需要工單申請(qǐng)。

主備版redis支持哪些協(xié)議？是否為原生協(xié)議？

主備版redis支持全部原生數(shù)據(jù)讀寫命令，但考慮到安全因素，禁用以下命令：

BGREWRITEAOF BGSAVE DEBUG CONFIG SAVE SHUTDOWN SLAVEOF

另外，對(duì)于FLUSH命令做了限制，用戶可在控制臺(tái)上實(shí)例詳情頁面中，通過“清理數(shù)據(jù)”功能進(jìn)行FLUSHALL或FLUSHDB清理數(shù)據(jù)；如需使用該命令請(qǐng)聯(lián)系技術(shù)支持。

分布式版Redis支持哪些協(xié)議？是否為原生協(xié)議？

分布式版Redis支持部分原生Redis協(xié)議，支持pipeline，支持異步讀寫。

不支持協(xié)議如下（相比Redis 2.8）：

BLPOP BRPOP CLIENT CONFIG DBSIZE DISCARD EVAL  EVALSHA EXEC  MIGRATE MONITOR MOVE MULTI PSUBSCRIBE PUBLISH PUNSUBSCRIBE  SCRIPT  SELECT  SLAVEOF SLOWLOG SMOVE SUBSCRIBE SYNC UNSUBSCRIBE UNWATCH WATCH BRPOPLPUSH DEBUG

部分支持協(xié)議：

MSETNX - 不支持多Key操作

SORT - 不支持BY選項(xiàng)和GET選項(xiàng)

通過對(duì)分布式版Redis的性能優(yōu)化改造，華北一、上海二C、洛杉磯、臺(tái)北，香港A及首爾等可用區(qū)（未開通的可用區(qū)可申請(qǐng)開通）提供了具有高性能的分布式版Redis，經(jīng)測(cè)試QPS性能達(dá)到同配置主備Redis的3倍，用戶新建的分布式版Redis默認(rèn)是具有高性能的版本，存量的分布式Redis實(shí)例不受影響。具有高性能的分布式版Redis目前不支持部分協(xié)議（相比Redis3.2），具體如下：

KEYS MIGRATE MOVE OBJECT RANDOMKEY MSETNX BLPOP BRPOP BRPOPLPUSH PFMERGE GEOADD GEOPOS GEODIST GEORADIUS GEORADIUSBYMEMBER GEOHASH PSUBSCRIBE PUBLISH PUBSUB PUNSUBSCRIBE SUBSCRIBE UNSUBSCRIBE DISCARD EXEC MULTI UNWATCH WATCH EVAL EVALSHA SCRIPT AUTH ECHO SELECT BGREWRITEAOF BGSAVE CLIENT CONFIG DBSIZE DEBUG FLUSHALL FLUSHDB LASTSAVE MONITOR PSYNC SAVE SHUTDOWN SLAVEOF SLOWLOG SYNC TIME

GEO命令目前暫不支持，我們后續(xù)可以支持。

使用分布式版Redis有什么限制？

除部分協(xié)議不支持外，一個(gè)分布式版Redis實(shí)例只支持1個(gè)DB，即只能select 0， select其它無意義。Redis的keys命令，比較耗費(fèi)性能，業(yè)務(wù)中盡可能降低keys的使用頻率，或者使用其它方式替代。mget，mset，del等批量命令或pipeline方式，建議批量數(shù)量不宜超過1000，數(shù)量過多易造成請(qǐng)求延時(shí)或超時(shí)現(xiàn)象。

云內(nèi)存Redis如何確保存儲(chǔ)服務(wù)的高可用？

云內(nèi)存redis實(shí)例有主從兩個(gè)存儲(chǔ)節(jié)點(diǎn)，并且實(shí)時(shí)同步保證數(shù)據(jù)的一致性，如果主節(jié)點(diǎn)發(fā)生宕機(jī)，系統(tǒng)會(huì)自動(dòng)切換到從節(jié)點(diǎn)上，繼續(xù)提供讀寫服務(wù)。

如果云內(nèi)存Redis存儲(chǔ)空間容量不足了怎么辦？

如果存儲(chǔ)空間容量不足，可以對(duì)其進(jìn)行擴(kuò)容，并且該擴(kuò)容操作是支持在線方式的，一鍵操作即可完成，擴(kuò)容期間不會(huì)中斷業(yè)務(wù)，讀寫操作仍然可以正常進(jìn)行。

如果未及時(shí)進(jìn)行擴(kuò)容，可能會(huì)造成寫入失敗，請(qǐng)?jiān)谑盏礁婢吞嵝褧r(shí)及時(shí)進(jìn)行擴(kuò)容，以免影響業(yè)務(wù)。

在控制臺(tái)進(jìn)行擴(kuò)容后，后臺(tái)分配的資源也可能需要調(diào)整；增加資源，是通過在線遷移實(shí)現(xiàn)，一般會(huì)選擇該實(shí)例QPS較低時(shí)進(jìn)行。用戶如果需要及時(shí)增加后臺(tái)資源，可以聯(lián)系技術(shù)支持。

如何將數(shù)據(jù)導(dǎo)入導(dǎo)出云內(nèi)存Redis？

可以使用以下兩種工具導(dǎo)入導(dǎo)出數(shù)據(jù)，使用方法見下載包說明。

下載鏈接: import_data.zip

下載鏈接: import_data_online.zip

使用主備版云內(nèi)存Redis的高可用需要注意什么

主備版云內(nèi)存Redis的高可用，是基于原生Redis的主從（slaveof）實(shí)現(xiàn)的，因?yàn)镽edis的主從是異步的，在發(fā)生故障時(shí)，URedis會(huì)自動(dòng)切換；雖然時(shí)間極短，但理論上，仍然可能出現(xiàn)數(shù)據(jù)差異。

分布式版Redis的AOF文件重寫機(jī)制是怎樣的？

分布式版Redis支持AOF文件重寫功能，觸發(fā)重寫時(shí)，對(duì)較大的Redis可能造成短暫影響；為降低影響，我們降低了重寫的頻率，分布式Redis自動(dòng)重寫閾值設(shè)為60G；在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于20G，強(qiáng)制重寫。

分布式版Redis的QPS限制是多少？

基準(zhǔn)測(cè)試數(shù)據(jù)（非批量請(qǐng)求）：

key大小為128B，value大小為100B，并發(fā)連接數(shù)為1000；

8G兩分片: QPS可以達(dá)到12W+；

16G四分片: QPS可以達(dá)到24W+；

內(nèi)存實(shí)例性能和內(nèi)存容量成線性關(guān)系，單分片可提供6W+ QPS。單個(gè)IP最高支持10萬QPS，高于此值提高性能需要同時(shí)兩個(gè)或多個(gè)IP。

分布式版Redis性能和容量直接相關(guān)，可以水平擴(kuò)展，沒有QPS限制。

主備版云內(nèi)存Redis提供幾個(gè)訪問IP

主備版云內(nèi)存Redis只提供一個(gè)可訪問ip，此IP在發(fā)生故障時(shí)，會(huì)自動(dòng)遷移；請(qǐng)不要使用slave的ip，發(fā)生故障時(shí)，salve的ip可能失效。

分布式版云內(nèi)存redis是否支持縮容到16G以下

分布式版redis最小容量為8G，不支持縮容到8G以下。如果需要8G以下的容量，建議選擇主備版redis，主備版redis完全兼容分布式版redis，而且支持更多的特性，性能也更高。對(duì)于控制臺(tái)改版之前已創(chuàng)建的容量小于8G的分布式版Redis不再支持縮容，用戶可以提工單在線同步遷移到主備版Reids，使用的IP不變更。

主備版云內(nèi)存redis的從節(jié)點(diǎn)（Slave）是否會(huì)與其主節(jié)點(diǎn)（Master）一起保持最新狀態(tài)？

主節(jié)點(diǎn)（Master）的更新會(huì)自動(dòng)復(fù)制到其關(guān)聯(lián)的從節(jié)點(diǎn)（Slave）。不過，鑒于 Redis 的異步復(fù)制技術(shù)，出于各種原因，Slave 節(jié)點(diǎn)更新可能會(huì)落后于其 Master 節(jié)點(diǎn)。可能的原因包括，Master 節(jié)點(diǎn)的 I/O 寫入量超過了 Slave 節(jié)點(diǎn)同步的速度；或者M(jìn)aster 節(jié)點(diǎn)和 Slave 節(jié)點(diǎn)之間有網(wǎng)絡(luò)延遲。因此 Slave 節(jié)點(diǎn)與其 Master 節(jié)點(diǎn)之間可能存在滯后或在某一時(shí)候有一定程度上的數(shù)據(jù)不一致。

云內(nèi)存Redis 過期 key 數(shù)據(jù)刪除規(guī)則是什么？

云內(nèi)存Redis有2種方式來刪除已過期的 key：

1、主動(dòng)過期，系統(tǒng)后臺(tái)會(huì)周期性的檢測(cè)，發(fā)現(xiàn)已過期的 key 時(shí)，會(huì)將其刪除。

2、被動(dòng)過期，當(dāng)用戶訪問某個(gè) key 時(shí)，如果該 key 已經(jīng)過期，則將其刪除。

云內(nèi)存Redis 默認(rèn)的數(shù)據(jù)逐出策略是什么？

分布式版Redis默認(rèn)淘汰策略：volatile-lru，如果想修改需要提工單進(jìn)行非標(biāo)操作；

主備版Redis默認(rèn)淘汰策略：no-enviction，用戶可在控制臺(tái)配置文件管理中更改；

volatile-lru：使用LRU算法從已設(shè)置過期時(shí)間的數(shù)據(jù)集合中淘汰數(shù)據(jù)。

volatile-ttl：從已設(shè)置過期時(shí)間的數(shù)據(jù)集合中挑選即將過期的數(shù)據(jù)淘汰。

volatile-random：從已設(shè)置過期時(shí)間的數(shù)據(jù)集合中隨機(jī)挑選數(shù)據(jù)淘汰。

allkeys-lru：使用LRU算法從所有數(shù)據(jù)集合中淘汰數(shù)據(jù)。

allkeys-random：從數(shù)據(jù)集合中任意選擇數(shù)據(jù)淘汰

no-enviction：禁止淘汰數(shù)據(jù)。

主備版Redis的QPS是多少？

主備Redis的QPS參考值是80000，具體QPS大小請(qǐng)參考的壓測(cè)數(shù)據(jù)文檔；負(fù)載100%后，QPS無法提高。

主備Redis為什么刪除了大量key ，使用內(nèi)存沒有明顯下降？

主備redis內(nèi)存使用量是根據(jù)redis的info命令中返回的used_memory（數(shù)據(jù)大小）和used_memory_rss（占用物理內(nèi)存大小）信息取max；很多情況下，即使刪除了大量Key，used_memory_rss也不會(huì)有明顯下降，但是used_memory會(huì)相應(yīng)下降的，這是redis內(nèi)存管理策略造成的現(xiàn)象；used_memory_rss與used_memory的差值，相當(dāng)于一個(gè)buffer，可以繼續(xù)使用；如果想要完全釋放內(nèi)存，可以通過清空數(shù)據(jù)，重啟Redis，遷移Redis，來實(shí)現(xiàn)。

Redis擴(kuò)容是否影響在線服務(wù)？

在控制臺(tái)上對(duì)分布式和主備Redis進(jìn)行升降級(jí)操作，擴(kuò)容時(shí)若宿主機(jī)資源充足不需要數(shù)據(jù)遷移，則對(duì)Redis無任何影響；擴(kuò)容時(shí)若宿主機(jī)資源不足則需要數(shù)據(jù)遷移，提示您對(duì)Redis影響如下：Redis升降級(jí)期間服務(wù)依然可用，但開始同步數(shù)據(jù)時(shí)負(fù)載會(huì)升高，并且主備切換時(shí)有20秒左右的閃斷，請(qǐng)盡量在業(yè)務(wù)低峰期間執(zhí)行。對(duì)于Redis縮容，整個(gè)過程中對(duì)Redis無任何影響。（如果您直接用API管理Redis容量，擴(kuò)容時(shí)請(qǐng)先調(diào)用資源檢查API再調(diào)用擴(kuò)容API）

分布式redis擴(kuò)容后，后臺(tái)可能會(huì)對(duì)其進(jìn)行增加分片的操作，從而增加處理能力，提高性能；增加分片，是通過在線遷移實(shí)現(xiàn)；由于遷移過程中，會(huì)出現(xiàn)請(qǐng)求延遲增大現(xiàn)象，因此一般安排在凌晨做遷移操作，如遷移量大會(huì)分多次在凌晨做；根據(jù)數(shù)據(jù)實(shí)際情況，遷移流程可能會(huì)持續(xù)1個(gè)或多個(gè)凌晨完成整個(gè)遷移任務(wù)。如果需要立刻遷移，可以通知技術(shù)支持。如果需要縮容，請(qǐng)聯(lián)系技術(shù)支持，會(huì)根據(jù)業(yè)務(wù)情況排期進(jìn)行非標(biāo)操作。

主備版Redis短連接并發(fā)性能怎么樣呢？

使用工具redis_benchmark進(jìn)行壓測(cè)，主備版Redis對(duì)于短連接的并發(fā)性能為1W QPS左右；如果用戶業(yè)務(wù)服務(wù)的短連接請(qǐng)求非常高，建議使用單機(jī)版Memcache

Redis是怎么計(jì)算使用量，使用率的？

主備Redis：

使用量：info命令中返回的used_memory（數(shù)據(jù)大小）和used_memory_rss（占用物理內(nèi)存大小，即向OS申請(qǐng)了多少內(nèi)存使用，實(shí)際使用中可能存在內(nèi)存碎片）信息取max，即為使用量。

使用率：使用量/購買容量*100%

分布式Redis：

分布式Redis暫時(shí)只根據(jù)used_memory計(jì)算使用量和使用率

主備Redis重啟，有什么需要注意？

重啟過程，是管理服務(wù)對(duì)Redis進(jìn)程調(diào)用shutdown命令，關(guān)閉Redis，隨后再拉起Redis進(jìn)程；拉起Redis進(jìn)程后，Redis會(huì)進(jìn)行AOF文件數(shù)據(jù)加載。目前，容量大于2G的Redis，AOF文件一般較大，加載時(shí)間可能會(huì)比較久。如果在配置管理中關(guān)閉了AOF持久化功能，重啟后數(shù)據(jù)將清空，請(qǐng)謹(jǐn)慎操作；

主備Redis的AOF重寫機(jī)制是怎么樣的？

容量 < = 2G，redis自動(dòng)重寫閾值設(shè)為20G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于5G，強(qiáng)制重寫；

2G < 容量 < = 8G，redis自動(dòng)重寫閾值設(shè)為60G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于10G，強(qiáng)制重寫；

8G < 容量 < = 12G，redis自動(dòng)重寫閾值設(shè)為60G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于20G，強(qiáng)制重寫；

12G < 容量 < = 16G，redis自動(dòng)重寫閾值設(shè)為100G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于20G，強(qiáng)制重寫；

16G < 容量 < = 32G，redis自動(dòng)重寫閾值設(shè)為100G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于40G，強(qiáng)制重寫；

32G < 容量 < = 52G，redis自動(dòng)重寫閾值設(shè)為100G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于60G，強(qiáng)制重寫；

容量 > 52G，redis自動(dòng)重寫閾值設(shè)為100G，在凌晨3點(diǎn)到6點(diǎn)之間，如果aof文件大于70G，強(qiáng)制重寫。

新建主備版Redis的最大連接數(shù)是多少？

實(shí)例容量<2G 最大連接數(shù) 10000

實(shí)例容量>=2~4G 最大連接數(shù) 20000

實(shí)例容量>=4G 最大連接數(shù) 30000

實(shí)例容量>=8G 最大連接數(shù) 40000

實(shí)例容量>=16G 最大連接數(shù) 50000

實(shí)例容量>=32G 最大連接數(shù) 80000

Redis實(shí)例刪除之后備份會(huì)被刪除么？

主備Redis實(shí)例刪除后，備份（包括自動(dòng)備份和手工備份）會(huì)保留7天，7天之后自動(dòng)回收。

cluster 命令支持與禁用

與原生的cluster一樣對(duì)于常用的redis操作都是支持的，對(duì)于cluster節(jié)點(diǎn)的操作，只支持部分查詢操作CLUSTER NODES，CLUSTER SLOTS，CLUSTER KEYSLOT，節(jié)點(diǎn)的修改操作可以在控制臺(tái)實(shí)現(xiàn)。對(duì)于跨節(jié)點(diǎn)的操作不支持如mget，keys等。