一般都是轉(zhuǎn)成字符串存，然后取的時(shí)候在轉(zhuǎn)回來(lái)。hash 適用于部分字段需要按需讀取或者修改的場(chǎng)景。這種每次都要算量存儲(chǔ)，取的，就適合 string。

我認(rèn)為您的Redis容器不會(huì)公開(kāi)外部端口進(jìn)行連接，只有指揮官公開(kāi)8002。（嘗試連接到本地主機(jī)：8002）。dockercompose創(chuàng)建一個(gè)默認(rèn)的“網(wǎng)橋”網(wǎng)絡(luò)，以便容器可以在它們之間進(jìn)行通信，但不能在外部進(jìn)行通信，除非您公開(kāi)端口。指揮官可以連接到REDIS，因?yàn)樗麄冊(cè)谕粋€(gè)網(wǎng)絡(luò)上。

假設(shè)這是源代碼： src.py import celeryimport redisclass ReferenceData(celery.Task): def __init__(self): redis_pool = redis.ConnectionPool() self.redis = redis.StrictRedis(connection_pool=redis_pool) def save_raisr_event(self, event): self.redis.append("crn", 'transcription') return self.redis.keys() 如果您只想用靜態(tài)值修補(bǔ)redis中方法的響應(yīng)： test_src.py from src import ReferenceDatadef test_redis(mocker): # Requires <pip install pytest-mock> mock_redis_pkg = mocker.patch("src.redis") mock_redis = mock_redis_pkg.StrictRedis.return_value mocked_keys = ["some", "transactions", "here"] mock_redis.keys.return_value = mo

我將使用https://github.com/tidwall/gjson來(lái)查詢(xún)marshalledStories

因?yàn)橐话愕臄?shù)據(jù)都不大，內(nèi)存訪問(wèn)的效率很快，所以你是感覺(jué)不出來(lái)。redis本身的讀都是單線程的，直接讀取內(nèi)存，如果你把一個(gè)key設(shè)置的很大，讀取的時(shí)候會(huì)阻塞一下，還是有明顯的感覺(jué)的，所以在使用的時(shí)候要特別注意大key。一般redis操作10ms都算慢的了。

Q1：熱點(diǎn)數(shù)據(jù)就是熱點(diǎn)數(shù)據(jù)啊……你要是想問(wèn)怎么定義“熱點(diǎn)”，這個(gè)玩意兒是要結(jié)合自己業(yè)務(wù)需求的?；蛘邠Q個(gè)說(shuō)法，“訪問(wèn)較為高頻的數(shù)據(jù)”，但怎么算“高頻”、同樣還是結(jié)合自己業(yè)務(wù)需求的，別人沒(méi)法給出你具體答案。一般而言我們把數(shù)據(jù)分為三類(lèi)： 高頻（熱點(diǎn)）：顧名思義，訪問(wèn)最頻繁的那些數(shù)據(jù)。根據(jù)二八原則來(lái)說(shuō)的話、這 20% 的數(shù)據(jù)會(huì)占據(jù)你的網(wǎng)站/應(yīng)用的 80% 以上的流量占比。比如首頁(yè)/首屏里需要展示的內(nèi)容基本都可以算做熱點(diǎn)。 普通：雖然訪問(wèn)頻次不如熱點(diǎn)，但還是會(huì)有流量的。 低頻（歸檔、冷數(shù)據(jù)）：顧名思義，一年到頭也訪問(wèn)不了一次的那種數(shù)據(jù)，常見(jiàn)于日志或很長(zhǎng)一段時(shí)間以前的歷史數(shù)據(jù)。比如電商系統(tǒng)中三五年前的訂單這種。還是那句話，具體怎么分，得結(jié)合自身業(yè)務(wù)需求。Q2：如果你指的是緩存中沒(méi)找到、最后還得去數(shù)據(jù)庫(kù)中找的這種行為，一般稱(chēng)之為“緩存穿透”或“數(shù)據(jù)穿透”，而不是“數(shù)據(jù)庫(kù)穿透”。緩存中沒(méi)有、不一定會(huì)造成緩存穿透。你必須是“穿透”了緩存、落到了 DB 上，才叫緩存穿透 —— 換而言之，緩存中即使沒(méi)有你也不去 DB 里查、而是直接返回空結(jié)果給客戶(hù)端的，那不叫緩存穿透。

使用名為data.csv的CSV，該CSV包含以下內(nèi)容： long_ago/speech:,well-done speechlong-ago/debate:,well-done debatelong-ago/work:,well-done work 您可以使用： awk -F, '{printf("SET \"Topic:%s\" \"%s\"\n",$1,$2)}' data.csv | redis-cli --pipe 然后你可以做： redis-cli GET "Topic:long_ago/speech:""well-done speech"

將showHeadMap更改為以下內(nèi)容：- showHeadMap() { return this.aggregateCameraHeatmapsService .aggregateHeatmaps('2020-11-09 10:00:00', '2020-12-10 14:15:00', 4, '1') .pipe(map((res) => { this.cameraAgretateHeadMap.heatmap = res.heatmap.slice(0, 1); return this.cameraAgretateHeadMap.heatmap; })); } 然后指定圖形，如下所示：- this.showHeadMap().subscribe((res) => { this.graph = { data: [ { z: [res], type: 'heatmap', showscale: false, colorscale: colorScale, opacity: 0.7, zsmooth: 'best' } ] }});

所以你可以做很多事情： 您可以使用redis提供的不同內(nèi)存數(shù)據(jù)庫(kù)。Redis最多支持16個(gè)數(shù)據(jù)庫(kù)。您可以在不同的數(shù)據(jù)庫(kù)中存儲(chǔ)不同用戶(hù)的密鑰。要獲取它們，請(qǐng)連接相應(yīng)的數(shù)據(jù)庫(kù)。無(wú)法訪問(wèn)不同數(shù)據(jù)庫(kù)中的數(shù)據(jù)，即如果連接到數(shù)據(jù)庫(kù)0，則無(wú)法從數(shù)據(jù)庫(kù)1獲取數(shù)據(jù)。 實(shí)現(xiàn)Redis ACL-如果您使用的是Redis版本6+，則可以利用使用ACL（訪問(wèn)控制列表）的功能。您可以為每個(gè)用戶(hù)創(chuàng)建具有密碼的用戶(hù)，并在建立Redis連接時(shí)傳遞這些憑據(jù)。您甚至可以向用戶(hù)添加權(quán)限/命令等。所以，在密鑰前面加上用戶(hù)iduserid:數(shù)據(jù)和創(chuàng)建具有訪問(wèn)帶有各自前綴的密鑰權(quán)限的用戶(hù)。因此，任何用戶(hù)都不能訪問(wèn)其他用戶(hù)的數(shù)據(jù)。

這其實(shí)很簡(jiǎn)單，你需要一個(gè)計(jì)時(shí)器。有關(guān)詳細(xì)信息，請(qǐng)參閱文檔，但您或多或少需要以下內(nèi)容： vertx.setTimer(1000, id -> { this.redisAPI.get(txnId, result -> { String value = result.result().toString(); LOGGER.info("Value in redis : {}", value); evtHandler.reply(value); // reply to controller });}); 您可能希望將計(jì)時(shí)器ID存儲(chǔ)在某個(gè)位置，這樣您就可以取消它們，或者至少您知道當(dāng)您的verticle發(fā)出關(guān)閉請(qǐng)求來(lái)延遲它時(shí)，某些東西正在運(yùn)行。但這完全取決于你的需要。

因?yàn)镽edis 6發(fā)行說(shuō)明中說(shuō)“保留了一個(gè)核心single-threadeddata-access接口”，這是否意味著多個(gè)Redis實(shí)例仍將比單個(gè)Redis實(shí)例上的多個(gè)Redis數(shù)據(jù)庫(kù)更好地利用多個(gè)核心進(jìn)行數(shù)據(jù)訪問(wèn)？ 是的，多個(gè)Redis實(shí)例可能會(huì)更好地利用multi-core服務(wù)器。 保留“一個(gè)核心single-threadeddata-access接口”是否意味著所有data-access命令（如GET、SET），無(wú)論redis實(shí)例中的哪個(gè)數(shù)據(jù)庫(kù)，都必須通過(guò)這個(gè)接口（而不是多個(gè)data-access接口，如果我們使用多個(gè)redis實(shí)例）？ 是的，Redis 6維護(hù)這個(gè)屬性。

如果您有權(quán)訪問(wèn)Redis服務(wù)器，您可以使用以下命令：- https://redis.io/commands/keys https://redis.io/commands/dump https://redis.io/commands/restore https://redis.io/commands/migrate 我傾向于跟蹤我設(shè)置的鍵，以便在需要時(shí)刷新REDIS。 其他有更深入知識(shí)的人可能有更好的方法，但我會(huì)：- 列出需要遷移的密鑰 把它們都扔了 移到轉(zhuǎn)儲(chǔ)的數(shù)據(jù)上 將它們?nèi)炕謴?fù)到新服務(wù)器上 OR 像這樣使用MIGRATE命令（引用自REDIS.IO站點(diǎn)） 從Redis 3.0.6 MIGRATE開(kāi)始，通過(guò)一次命令調(diào)用遷移多個(gè)密鑰支持一種新的bulk-migration模式，該模式使用管道來(lái)在實(shí)例之間遷移多個(gè)密鑰，而不會(huì)產(chǎn)生往返時(shí)間延遲以及通過(guò)一次遷移調(diào)用移動(dòng)每個(gè)密鑰時(shí)的其他開(kāi)銷(xiāo)。

我將使用https://github.com/tidwall/gjson查詢(xún)marshalledStories

Redis SET命令將鍵與值相關(guān)聯(lián)。關(guān)鍵和價(jià)值是什么取決于你；Redis不會(huì)以任何方式解釋它們，也不會(huì)從單個(gè)對(duì)象中提取它們，而是將它們作為兩個(gè)參數(shù)傳遞。 For instance: SET hello world將鍵“hello”與值“world”關(guān)聯(lián) SET "address-123" "123 Blah St, Nashville, TN 12345"將鍵"address-123"與值"123 Blah St, Nashville, TN 12345"關(guān)聯(lián) SET "6b091891-58eb-4563-9f9b-8ac893cf4725" "{\"id\":\"6b091891-58eb-4563-9f9b-8ac893cf4725\",\"address\":\"123 Blah St, Nashville, TN 12345\""}"將鍵"6b091891-58eb-4563-9f9b-8ac893cf4725"與值"{\"id\":\"6b091891-58eb-4563-9f9b-8ac893cf4725\",\"address\":\"123 Blah St, Nashville, TN 12345\""}"關(guān)聯(lián) 然后，GET命令根據(jù)鍵檢索值。因此，給定上述集合命令： GET hello will return "world" GET "address-123"

你說(shuō)得對(duì)，集群是一種向外擴(kuò)展的方法，可以處理非常高的請(qǐng)求負(fù)載并存儲(chǔ)大量的數(shù)據(jù)。 聽(tīng)起來(lái)你真的不需要為集群而煩惱。如果一個(gè)獨(dú)立的Redis設(shè)置在擁有數(shù)萬(wàn)個(gè)同時(shí)運(yùn)行的播放器之前會(huì)成為你的瓶頸，我會(huì)非常驚訝。 如果您不確定，可以模擬一些模擬負(fù)載，看看它能處理什么。我的猜測(cè)是，你最好把注意力集中在你的游戲的其他復(fù)雜性，直到你開(kāi)始達(dá)到相當(dāng)嚴(yán)重的使用。這是一個(gè)很好的問(wèn)題。：） 但是，您可能需要考慮使用一個(gè)或兩個(gè)副本實(shí)例，這是另一回事。 其次，不管集群與否，為什么要使用snap-shots（SAVE或BGSAVE）來(lái)保存記分板？ 如果您希望每個(gè)游戲都有單獨(dú)的快照，并且每個(gè)游戲只有幾個(gè)鍵，那么為什么不讓?xiě)?yīng)用程序在需要時(shí)讀取這些鍵并將其持久化到傳統(tǒng)的數(shù)據(jù)庫(kù)中呢？例如，您可以使用MULTI、DUMP和RESTORE來(lái)實(shí)現(xiàn)與快照非常相似的功能，但是要使用特定的鍵。 聽(tīng)起來(lái)不需要多個(gè)數(shù)據(jù)庫(kù)。 集群Redis上的多個(gè)數(shù)據(jù)庫(kù)僅在企業(yè)版中受支持，因此在ElastiCache上不受支持。但上述方法應(yīng)該可以很好地發(fā)揮作用。