Redis 6實(shí)現了通道加密，提高了redis的安全性。Redis作為緩存數據庫，里面很有可能緩存重要的敏感信息，所以支持tls通道加密還是很有必要的，當然敏感信息還是建議加密保存。

主要區別在與args[0]的值，在C語(yǔ)言當中args[0]是C語(yǔ)言編譯出的當前二進(jìn)制的名稱(chēng)，而在Java當中卻是第一個(gè)參數的值。比較容易混淆。

idea 啟動(dòng)并且點(diǎn)擊某個(gè)菜單之后一點(diǎn)反應也沒(méi)有，點(diǎn)擊關(guān)閉也關(guān)閉不掉，查看日志報錯提示UI was frozen for 12256ms。

在使用的過(guò)程中發(fā)現Redis ACL 只是針對單個(gè)Redis實(shí)例而言的，但是在生產(chǎn)環(huán)境我們一定用的是哨兵模式或者集群模式，那么就存在Redis集群中實(shí)例ACL權限信息的同步問(wèn)題。

最新linux電腦搜狗輸入法老是在輸入的時(shí)候顯示中文簡(jiǎn)體，但是輸入到文件，或者瀏覽器里面就變成了繁體。很是讓人頭疼，網(wǎng)上搜了下也沒(méi)人講這種事。

2021 是新的一年，也是新的開(kāi)始，對新的一年做好規劃，希望2021不負我。

RESP3是RESP v2的更新版本，RESP v2是Redis中使用的協(xié)議，大約從版本2.0開(kāi)始（1.2已經(jīng)支持它，但是Redis 2.0是第一個(gè)只討論這個(gè)協(xié)議的版本）。此協(xié)議的名稱(chēng)只是RESP3，而不是respv3或RESP3.0。 該協(xié)議用于處理客戶(hù)機和服務(wù)器之間的請求-響應通信，其中客戶(hù)機執行某種請求，服務(wù)器用一些數據進(jìn)行回復。該協(xié)議特別適合于數據庫，因為它能夠返回復雜的數據類(lèi)型和相關(guān)的信息來(lái)擴充返回的數據（例如給定信息的流行度指數）。 RESP3協(xié)議可以不對稱(chēng)地使用，就像在Redis中一樣：客戶(hù)端只能向服務(wù)器發(fā)送一個(gè)子集，而服務(wù)器可以返回可用的完整類(lèi)型集。這是因為RESP設計用于發(fā)送非結構化命令，如 SET mykey somevalue或 SADD myset a b c d。此類(lèi)命令可以表示為數組，其中每個(gè)參數都是數組元素，因此這是客戶(hù)端需要發(fā)送到服務(wù)器的唯一類(lèi)型。然而，愿意將RESP3用于其他目標的不同應用程序可能只允許以“全雙工”方式使用協(xié)議，其中兩端都可以使用可用的全套類(lèi)型。 不是RESP3的所有部分對客戶(hù)端和服務(wù)器都是必需的。在Redis的具體案例中，RESP3描....

2020年注定就不會(huì )是平凡的一年，新冠病毒肆虐恍如昨日，好在當下國內疫情已經(jīng)大有好轉。乘著(zhù)三月底疫情剛緩，疫情對各公司的影響還沒(méi)有顯現出來(lái)，在西安找了一份還算不錯的工作，干的還算比較順心。就是加班比較嚴重。 在到新公司雖然加班比較嚴重，但還是抽出了部分時(shí)間來(lái)學(xué)習，總體來(lái)將還是不錯的。 這是本人寫(xiě)總結的第二個(gè)年頭：2019年終總結

客戶(hù)端緩存是一種用于創(chuàng )建高性能服務(wù)的技術(shù)。它利用應用服務(wù)器中的可用內存，這些服務(wù)器通常是與數據庫節點(diǎn)不同的計算機，以便將數據庫信息的某些子集直接存儲在應用程序端。

RDB快照有兩種觸發(fā)方式，其一為通過(guò)配置參數，例如在配置文件中寫(xiě)入如下配置： save 60 1000 則在60秒內如果有1000個(gè)key發(fā)生變化，就會(huì )觸發(fā)一次RDB快照的執行。 其二是通過(guò)在客戶(hù)端執行bgsave命令顯式觸發(fā)一次RDB快照的執行。