資訊專欄INFORMATION COLUMN
摘要：使用背景集群，每個(gè)帶有一個(gè)副本，經(jīng)常在更新數(shù)據(jù)時(shí)，程序出現(xiàn)卡頓。原因分析單機(jī)所有的數(shù)據(jù)都保存在一個(gè)機(jī)器上，使用覆蓋原有值時(shí)不會(huì)影響?，F(xiàn)在處理思路我們通過一個(gè)中間來實(shí)現(xiàn)原有數(shù)據(jù)的更新。查詢數(shù)據(jù)我們通過得到值，通過獲取真實(shí)的數(shù)據(jù)。
1.使用背景
redis集群，每個(gè)key帶有一個(gè)副本，經(jīng)常在更新數(shù)據(jù)時(shí)，程序出現(xiàn)卡頓。
2.原因分析1.單機(jī)Redis：所有的數(shù)據(jù)都保存在一個(gè)機(jī)器上，使用rename覆蓋原有值時(shí)不會(huì)影響。
2.集群Redis：所有的數(shù)據(jù)分布在多臺(tái)機(jī)器上（設(shè)置了副本）,使用rename覆蓋原有值時(shí)，當(dāng)原有值和新值不在一個(gè)機(jī)器上，涉及到不同服務(wù)器之間數(shù)據(jù)的拷貝，此時(shí)訪問數(shù)據(jù)可能會(huì)卡住。
原先處理：
如上圖所示，處理流程為新建一個(gè)key2，數(shù)據(jù)為value2，我們刪除key1和value1，然后重命名key2為key1，數(shù)據(jù)為value2。
現(xiàn)在處理：
思路：我們通過一個(gè)中間key2來實(shí)現(xiàn)原有數(shù)據(jù)的更新。
更新數(shù)據(jù)：我們新建一個(gè)key2，新數(shù)據(jù)為value2，我們把key1的value值設(shè)為key2，value1設(shè)置一個(gè)過期時(shí)間。
查詢數(shù)據(jù)：我們通過key1得到值key2，通過key2獲取真實(shí)的數(shù)據(jù)value2。
大家可以關(guān)注我的公眾號(hào)：不知風(fēng)在何處，相互溝通，共同進(jìn)步。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/67322.html
摘要：優(yōu)點(diǎn)是反序列化時(shí)不需要提供類型信息，但缺點(diǎn)是序列化后的結(jié)果非常龐大，是格式的倍左右，這樣就會(huì)消耗服務(wù)器的大量?jī)?nèi)存。使用庫將對(duì)象序列化為字符串。優(yōu)點(diǎn)是速度快，序列化后的字符串短小精悍。 需要的jar包：spring版本：4.3.6.RELEASE,jedis版本：2.9.0,spring-data-redis:1.8.0.RELEASE；如果使用jackson序列化的話還額外需要：jac...
摘要：重新分片，把要?jiǎng)h除的主節(jié)點(diǎn)的數(shù)據(jù)槽移動(dòng)到其他主節(jié)點(diǎn)上，以免數(shù)據(jù)丟失。分區(qū)完成當(dāng)前主節(jié)點(diǎn)已經(jīng)沒有數(shù)據(jù)槽了。這樣就可以實(shí)現(xiàn)橫向動(dòng)態(tài)擴(kuò)容，新增加的主從節(jié)點(diǎn)，用于存儲(chǔ)新的數(shù)據(jù)則可，對(duì)以前的節(jié)點(diǎn)的數(shù)據(jù)不會(huì)有任何影響。 需求： A redis cluster 集群 40 臺(tái)集群擴(kuò)容到 68 臺(tái)也就是 增加 28 臺(tái)新的機(jī)器 ： 一主一從 為一組，一共12組 前期準(zhǔn)備 掃描新增擴(kuò)容服務(wù)器ip是...
閱讀 3835·2021-09-07 10:19
閱讀 3764·2021-09-03 10:42
閱讀 3704·2021-09-03 10:28
閱讀 2700·2019-08-29 14:11
閱讀 960·2019-08-29 13:54
閱讀 1702·2019-08-29 12:14
閱讀 535·2019-08-26 12:12
閱讀 3739·2019-08-26 10:45
