為什么要用redis，redis有哪些優(yōu)缺點？redis如何實現(xiàn)擴容？Redis等鍵值緩存產(chǎn)品有以下三個特點：Redis支持數(shù)據(jù)持久化，可以將數(shù)據(jù)保存在磁盤內(nèi)存中，重啟時可以重新加載使用。Redis不

為什么要用redis，redis有哪些優(yōu)缺點？redis如何實現(xiàn)擴容？

Redis等鍵值緩存產(chǎn)品有以下三個特點：Redis支持數(shù)據(jù)持久化，可以將數(shù)據(jù)保存在磁盤內(nèi)存中，重啟時可以重新加載使用。Redis不僅支持簡單的鍵值數(shù)據(jù)，還提供list、set、Zset、hash等數(shù)據(jù)結構存儲。Redis支持數(shù)據(jù)備份，即主從模式下的數(shù)據(jù)備份。Redis具有極高的性能。C redis可以讀110000次/s，寫81000次/s。豐富的數(shù)據(jù)類型C redis支持二進制大小寫的字符串、列表、哈希、集合和有序集合數(shù)據(jù)類型操作。原子C redis的所有操作都是原子的。同時，redis還支持合并多個操作后的原子執(zhí)行。富特性C redis還支持發(fā)布/訂閱、通知、密鑰過期等特性。

達到物理網(wǎng)卡上限，突然幾十萬的請求訪問Redis的某個key如何解決？

對于手持4T redis實例組，突發(fā)請求的峰值為500000 ops。由于mget的廣泛使用，每秒實際請求數(shù)百萬個密鑰。

萬兆網(wǎng)絡，物理網(wǎng)卡不是瓶頸，CPU不是，設計不好容易成為瓶頸。

大多數(shù)用戶都是kV。用list和set分享老板的答案似乎是合理的

~]。

不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務怎么了？世界上沒有免費的午餐。如果不直接使用頭部緩存/NoSQL，可能會帶來越來越嚴重的問題。

單個數(shù)據(jù)庫的最大優(yōu)點是易于實現(xiàn)事務，并由數(shù)據(jù)庫本身保證。舉個簡單的例子，要下訂單，需要扣除庫存并插入訂單條目。如果inventory和order都是數(shù)據(jù)庫表條目，那么這個事務是無可挑剔的。如果庫存在redis中，訂單條目是mysql，通常需要先寫redis，成功后再寫數(shù)據(jù)庫。如果您寫數(shù)據(jù)庫失敗，需要回滾redis，如果由于網(wǎng)絡或其他原因回滾失敗，將再扣減一個存貨。不要認為這些事情很容易解決。事務處理的復雜性遠遠超出您的想象。例如，當您編寫mysql時，您在提交時就失去了連接。你無法判斷提交是成功還是失敗。你的redis是不是在倒退？

因此，當您引入一個新層時，您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則，你就要出丑了。

有些“上古”程序員一直堅持反對使用redis怎么辦？

1. Redis是一個單線程模型。如果內(nèi)存消耗太大，一般來說，鍵或值太多。當一臺機器上有太多的鑰匙時，不利于性能的優(yōu)化。

2. 如果內(nèi)存由于值太大而過大，會對性能產(chǎn)生較大影響。讀取值時，其他請求處于等待狀態(tài)。如果該值占用太多內(nèi)存，則讀取速度會很慢。這表示應該將該值拆分為幾個

3。redis

的持久性是通過fork實現(xiàn)的。fork雖然采用了寫時拷貝，但fork之后仍有成本，內(nèi)存不足，使用swap時性能會大大降低。

以上都是極端優(yōu)化的問題。如果你的并發(fā)性很小，那沒關系。

Redis內(nèi)存為什么不宜過大？

你好，我是一名互聯(lián)網(wǎng)行業(yè)開發(fā)工程師，同時也是高質(zhì)量vlog領域的創(chuàng)造者。歡迎關注我

！目前互聯(lián)網(wǎng)緩存中間件大多使用redis、mongodb等NoSQL數(shù)據(jù)庫，解決方案比較成熟。但是為什么要使用關系數(shù)據(jù)庫呢？sentinel和高可用性有幾種演進模式，可以從以下幾個方面來理解https://m.toutiao.com/is/eejkhKG/