盡管etcd和redis都是鍵值存儲，隨著技術的演進，二者在功能上也有逐漸相似的趨勢，但二者在許多方面都有很大區別。

etcd的紅火來源于k8s用etcd做服務發現，而redis的興起則來源于memcache緩存本身的局限性。

etcd的重點是利用raft算法做分布式一致性，強調各個節點之間的通信、同步，確保各節點數據和事務的一致性，使得服務發現工作更穩定；

redis也可以做主從同步和讀寫分離，但節點一致性強調的是數據，不是事務。redis的注冊和發現只能通過pub和sub實現，安全性不能保證(斷線重連之后不會將歷史信息推送給客戶端，需要自己做一個定時輪詢)，延時也比etcd v3高。

etcd v3的底層采用boltdb做存儲，value直接持久化；redis是一個內存數據庫，它的持久化方案有aof和rdb，在宕機時都或多或少會丟失數據。

etcd v3只能通過gRPC訪問，而redis可以通過http訪問，因此etcd的客戶端開發工作量高很多。

redis的性能比etcd強。

redis的value支持多種數據類型。

etcd是用go開發的，和k8s在同一個生態下

本作品采用《CC 協議》，轉載必須注明作者和本文鏈接

你還差得遠吶！

總結

以上是生活随笔為你收集整理的etcd和mysql_etcd和redis比较的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。