前面一篇文章給大家介紹了 SpringBoot 項(xiàng)目是如何從單機(jī)切換接入集群的，沒看過的小伙伴可以去看一下SpringBoot 項(xiàng)目接入 Redis 集群 。這篇文章給大家介紹一個(gè) Redis 工具 redis-full-check，主要是用來(lái)校驗(yàn)遷移數(shù)據(jù)過后的準(zhǔn)確性，下面我們來(lái)看一下。

想必大家一定對(duì) Redis 不會(huì)陌生，平常工作中或多或少都會(huì)用到，不管是用來(lái)存儲(chǔ)登錄信息還是用來(lái)緩存熱點(diǎn)數(shù)據(jù)，對(duì)我們來(lái)說(shuō)都是很有幫助的。但是 Redis 的集群估計(jì)并不是每個(gè)人都會(huì)用到，因?yàn)楹芏鄻I(yè)務(wù)場(chǎng)景或者系統(tǒng)都是一些簡(jiǎn)單的管理系統(tǒng)，并不會(huì)需要用到 Redis 的集群環(huán)境。

哎，最近阿粉又雙叒叕犯事了。事情是這樣的，前一段時(shí)間阿粉公司生產(chǎn)交易偶發(fā)報(bào)錯(cuò)，一番排查下來(lái)最終原因是因?yàn)?Redis 命令執(zhí)行超時(shí)。

URL 去重在我們?nèi)粘９ぷ髦泻兔嬖囍泻艹Ｓ龅?，包括阿里，網(wǎng)易云、優(yōu)酷、作業(yè)幫等知名互聯(lián)網(wǎng)公司都出現(xiàn)過類似的面試題，而且和 URL 去重比較類似的，如 IP 黑/白名單判斷等也經(jīng)常出現(xiàn)在我們的工作中，所以我們本文就來(lái)“盤一盤”URL 去重的問題。

事情是這樣的，前面面試問了幾個(gè) Java 的相關(guān)問題，我朋友回答還不錯(cuò)，接下來(lái)面試官就問了一句：看來(lái) Java 基礎(chǔ)還不錯(cuò)，Java HashMap 你熟悉吧？

redis速度快，可靠性高，是互聯(lián)網(wǎng)公司的標(biāo)配。它有單機(jī)、主從、哨兵、Cluster等四種部署模式。下面，僅從部署模式上，來(lái)說(shuō)明一下它們的優(yōu)缺點(diǎn)。

但官方在推這個(gè)東西，注定了它的應(yīng)用越來(lái)越廣泛，這在平常的交流中就能夠發(fā)現(xiàn)。雖然有這樣那樣的缺點(diǎn)，但總抵擋不了權(quán)威推動(dòng)的浪潮。隨著redis cluster越來(lái)越穩(wěn)定，是時(shí)候和redis cluster來(lái)一次靈魂交流了。

這年頭，你看到的東西未必就是你認(rèn)為的東西。一個(gè)mysql協(xié)議的后面，可能是tidb；一個(gè)linux機(jī)器后面，可能是一個(gè)精簡(jiǎn)的docker；你覺得xjjdog是個(gè)女的，但可能ta自己也不太清楚；而當(dāng)你大呼php萬(wàn)歲的時(shí)候，可能是研發(fā)人員和你開個(gè)玩笑，重寫了后綴，而后端用的卻是java。

幾乎每一個(gè)分布式系統(tǒng)，都會(huì)給用戶提供自定義路由的功能。因?yàn)椋瑑H通過range、mod、hash等方法，很大概率已經(jīng)滿足不了用戶的需求。下面以一個(gè)實(shí)際場(chǎng)景為例，說(shuō)一下數(shù)據(jù)路由的思路。

redis功能強(qiáng)大，數(shù)據(jù)類型豐富，再快的系統(tǒng)，也經(jīng)不住瘋狂的濫用。通過禁用部分高風(fēng)險(xiǎn)功能，并掛上開發(fā)的枷鎖，業(yè)務(wù)更能夠以簡(jiǎn)潔、通用的思想去考慮問題，而不是綁定在某種實(shí)現(xiàn)上。