etcd和redis的比較和日常使用場景

阿新 • • 發佈：2019-02-11

個人觀點：etcd的紅火來源於kurbernetes用etcd做服務發現，而redis的興起則來源於memcache快取本身的侷限性。
etcd是一種分散式儲存，更強調的是各個節點之間的通訊，同步，確保各個節點上資料和事務的一致性，使得服務發現工作更穩定，本身單節點的寫入能力並不強。
redis更像是記憶體型快取，雖然也有cluster做主從同步和讀寫分離，但節點間的一致性主要強調的是資料，並不在乎事務，因此讀寫能力很強，qps甚至可以達到10萬+

兩者都是k-v儲存，但redis支援更多的儲存模式，包括KEY，STRING，HMAP，SET，SORTEDSET等等，因此redis本身就可以完成一些比如排序的簡單邏輯。而etcd則支援對key的版本記錄和txn操作和client對key的watch，因此適合用做服務發現。

日常使用中，etcd主要還是做一些事務管理類的，基礎架構服務用的比較多，容器類的服務部署是其主流。而redis廣泛地使用在快取伺服器方面，用作mysql的快取，通常依據請求量，甚至會做成多級快取，當然部分情況下也用做儲存型redis做持續化儲存。

之後會介紹一下兩者在程式碼裡的使用

Memcached和Redis比較

計數 select work key-value 網絡io io操作 htm 系統設計 chunk 一、存儲 Memcached基本只支持簡單的key-value存儲方式。Redis除key-value之外，還支持list,set,sorted set,hash等數據結構

memcached 和redis比較

一致性 lis 為什麽現在問題 rdb osql dict 比較同屬於NOSQL存儲，網上流傳很多memcached能做的是redis都可以做，為什麽基本現在兩種都火，原因他們有各自擅長的地方。 memcahed內部采用多核模式，單列運行很快。memcached采用的

shell指令碼中字串比較和數字比較和檔案測試

(1) 字串比較：作用：測試字串是否相等，長度是否為零，字串是否為NULL。常用的字串比較符號如下。 =：比較兩個字串是否相同，相同則為“是”。 !=：比較兩個字串是否相同，不同則為“是”。 -n：比較字串的長度是否大於0，如果大於0則為“是”。 -z：比較字串的長度是否等於

etcd和redis的比較和日常使用場景

個人觀點：etcd的紅火來源於kurbernetes用etcd做服務發現，而redis的興起則來源於memcache快取本身的侷限性。 etcd是一種分散式儲存，更強調的是各個節點之間的通訊，同步，確保各個節點上資料和事務的一致性，使得服務發現工作更穩定，本身

redis和kafka比較

redis 訊息推送（基於分散式 pub/sub）多用於實時性較高的訊息推送，並不保證可靠。其他的mq和kafka保證可靠但有一些延遲（非實時系統沒有保證延遲）。redis-pub/sub斷電就清空，而使用redis-list作為訊息推送雖然有持久化，但是又太弱智，也並非完全可靠不會丟。另外

Redis特性和應用場景

Redis特性速度快 Redis使用標準C編寫實現，而且將所有資料載入到記憶體中，所以速度非常快。官方提供的資料表明，在一個普通的Linux機器上，Redis讀寫速度分別達到81000/s和110000/s。資料結構可以將Redis看做“資料結構伺服器”。目前，Redis支援5

redis五種資料型別和常用命令及適用場景

一.redis的5種資料型別： 1.基礎理解： string 字串（可以為整形、浮點型和字串，統稱為元素） list 列表（實現佇列,元素不唯一，先入先出原則） set 集合（各不相同的元素） hash hash雜湊值（hash的key必須是唯一的） sort set 有序集合 2.所有命令：http://

Redis全方位詳解--資料型別使用場景和redis分散式鎖的正確姿勢

一、Redis資料型別　　1.string 　　　　string是Redis的最基本資料型別，一個key對應一個value，每個value最大可儲存512M。string一半用來存圖片或者序列化的資料。　　2.hash 　　　　相當於一個string型別的對映表。特別適合用來儲存物件。例如可以儲存使用者

阿里P8架構師談：NoSQL和SQL的區別，NoSQL的使用場景和選型比較

什麼是NoSQL NoSQL，指的是非關係型的資料庫。NoSQL有時也稱作Not Only SQL的縮寫，是對不同於傳統的關係型資料庫的資料庫管理系統的統稱,它具有非關係型、分散式、不提供ACID的資料庫設計模式等特徵。 NoSQL用於超大規模資料的儲存。（例如谷歌或Facebook每天為他們的使用者

Redis：redis和memcached 比較

兩者都是非關係型記憶體鍵值資料庫（NOSQL），主要有以下不同：資料型別 Memcached 僅支援字串型別，而 Redis 支援五種不同的資料型別，可以更靈活地解決問題。資料持久化 Redis 支援兩種持久化策略：RDB 快照和 AOF 日誌，而 Memcached 不支援

memcache和redis、Mongodb優缺點及應用場景

1.mongodb 埠（27017）（1）是文件型的非關係型資料庫，使用bson結構。其優勢在於查詢功能比較強大，能儲存海量資料，缺點是比較消耗記憶體。（2）一般可以用來存放評論等半結構化資料，支援二級索引。適合儲存json型別資料，不經常變化。優點： l

各種排序的比較和使用場景分析

氣泡排序氣泡排序重複地走訪過要排序的數列，一次比較兩個元素，如果他們的順序錯誤就把他們交換過來。走訪數列的工作是重複地進行直到沒有再需要交換，也就是說排序完成。規模比較小的時候應用氣泡排序，主要應用於教學。。。選擇排序--只會移動N次

redis和memcache比較優缺點

總結一：版權相同它們都是使用的bsd協議，使用它的專案可以用於商業使用者，不必釋出二次修改的程式碼，可以修改原始碼。資料型別 redis資料型別豐富，支援set liset等型別 memcache支援簡單資料型別，需要客戶端自己處理複雜物件永續性 redis支援資料

各類排序演算法比較和應用場景

簡介插入排序插入排序是一種較為簡單的排序演算法，它的基本思想是通過構建有序序列，對於未排序資料，在已排序序列中從後向前掃描，找到相應位置並插入。形象的可以理解為打撲克抓拍的過程，通常我們右手抓牌，沒抓一張牌，就放到左手，抓下一張牌後，會把這張牌

關系數據庫和NOSQL比較

2個二級需求主鍵比較無法需要 strong ron 關系數據庫 NOSQL 功能： NOSQL 功能簡單基本只支持主鍵查詢，有的NOSQL支持非主鍵查詢(不過非主鍵查詢時，其性能也很慢)，很少有NOSQL支

Java中Integer和int比較大小出現的錯誤

最好裏的 pan 轉換 als 範圍 urn 返回錯誤 Java在某一處維護著一個常量池,(我記得)在小於128的範圍內,直接用 1 Integer i = 100; 2 int j = 100; 3 return i == j;//true 這裏返回的是true.

redis持久化和復制原理

redisRedis提供了兩種不同的持久化方式： RDB：在指定的時間間隔內生成數據快照，以二進制進行存儲 AOF：記錄服務器執行的所有寫操作命令，並在服務器啟動時，通過重新執行這些命令來還原數據集新命令會被追加到文件的末尾,每隔一段時間在後臺對AOF文件進行重寫使AOF文件的體積不會超出保存數據所需實際大小

redis安裝和基本使用

redisredis的概念： Redis是一個開源的基於內存亦可持久化的日誌型、Key-Value數據庫 redis工具： redis-benchmark #用於進行redis性能測試的工具 redis-sentinel #用於集群管理 redis-cli #redis客戶端 redis-s

C# 的 String.CompareTo Equals和==的比較

urn 比較我們 name pos return www 字母 string String.CompareTo 語法 public int CompareTo( string strB) 返回值小於 0，實例小於參數 strB； 0，實例等於參數 strB；大

memcache和redis服務器的搭建

下載 4.3 備註 download window down bsp wget emc 準備工作：打開putty工具進入linux系統登陸後輸入以下命令以及修改相關內容 Memcache安裝（逐行執行）: yum -y install memcached /etc/rc.d