技術周刊第2期：Redis專刊(最美圖文說Redis+3個大廠Redis最佳實踐(鵝廠、網易、vivo）+AI女神李飛飛新書)

2024-02-05碼農

大家好！我是老碼農。

【技術周刊】主要分享每周發現：

實用工具： 重點關註提升研發效率工具；

優質文章： 每周會針對一個主題分享，5篇以內，貴在精不在多；

一本好書： 不限技術書籍，任何觸動心靈的好書都會分享；

一些好玩的東東： 生活不只有眼前的鍵盤和滑鼠還有詩和遠方；

？？？： 一切好玩有用的。

歡迎關註【碼農說】，第一時間獲得周刊詳細資訊：

好玩的

codepng

https://codepen.io/

把你的程式碼變成很漂亮圖片的一款線上工具。

002-codepng

Redis

官網

https://redis.io/

Docs

https://redis.io/docs/

Redis Stack

Redis Stack用現代數據模型和處理引擎擴充套件Redis，提供完整的開發者體驗。

Redis Stack都提供了哪些重量級功能？

可搜尋Redis

文件資料庫

向量搜尋

...

參考

技術架構

https://mp.weixin.qq.com/s/r6sGZLiY3RIjfn-F5tKGBw

最美的圖文解說，沒有之一。

https://mp.weixin.qq.com/s/bsAw0VKhP_SYngvKMoByAQ

在互聯網套用中，緩存成為高並行架構的關鍵元件。這篇部落格主要介紹緩存使用的典型場景、實操案例分析、Redis使用規範及常規 Redis 監控。

https://mp.weixin.qq.com/s/dnlxCXgAxHsfyVNYTDsewA

本文將從系統架構及核心元件、自建 Redis 支持的重要特性、自動化運維平台的重要功能等多方面為大家介紹自建 Redis 系統。

https://mp.weixin.qq.com/s/O8o31rRBVL1DwK-JfmurRw

高並行業務場景下，部署在不同機器上的業務行程，如果需要同時操作共享資源，為了避免「時序性」問題，通常會借助 Redis 的分布式鎖來做互斥，以保證業務的正確性。

基於 Redis 實作的分布式鎖雖然足夠簡單，但這把小小的分布鎖究竟安全嗎？有沒有可能會失效？我想很少人去思考這個問題。

基於 Redis 如何實作一個分布式鎖？它足夠安全嗎？

一個嚴謹的分布式鎖模型如何實作，應該考慮什麽？

我們經常聽到的 Redlock 有什麽問題？

業界爭論 Redlock，到底在爭論什麽？哪種觀點是對的？

分布式鎖到底用 Redis 還是 Zookeeper、Etcd？

這些問題你能清晰回答上來嗎？

https://mp.weixin.qq.com/s/a10GLPU-wPlnBEf5qfBDrA

在得物技術體系中，大量使用Redis作為緩存中介軟體，以應對高並行下的大流量場景。在使用緩存時，不得不考慮數據一致性問題，即保證緩存中的數據和DB始終可以保持一致。常規的解決緩存一致性的方案一般為先修改DB並送出事物，再操作緩存更新或者失效，為了應對極端場景往往會再采用延遲操作的方式進行緩存的二次處理。

但實際開發中，遇到很多程式碼不規範的場景，在JDBC事務中進行緩存刪除或者更新等操作，帶來的問題是當JDBC事務未送出就完成了Redis的操作，容易造成二者數據不一致。所以我們思考：既然Redis本身也提供了事務的解決方案，那能不能將Redis事務和DB的事務進行結合，來保證數據一致性的問題呢？接下來我們就帶著這個問題看看看Redis事務的實作、使用，最終探索一下將Redis操作結合DB事務使用的可能性。