• <input id="qucwm"><u id="qucwm"></u></input>
  • <menu id="qucwm"></menu>
  • <input id="qucwm"><tt id="qucwm"></tt></input>
  • <input id="qucwm"><acronym id="qucwm"></acronym></input>
  • redis ’ 目錄歸檔

    我們為什么要用Redis

    最近閱讀了《 Redis 開發與運維》,非常不錯。這里對書中的知識整理一下,方便自己回顧 Redis 的整個體系,來對相關知識點查漏補缺。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 我們為什么要用Redis

    Guava 源碼分析之Cache的實現原理

    前言

    Google 出的?Guava?是 Java 核心增強的庫,應用非常廣泛。

    我平時用的也挺頻繁,這次就借助日常使用的 Cache 組件來看看 Google 大牛們是如何設計的。

    緩存

    本次主要討論緩存。緩存在日常開發中舉足輕重,如果你的應用對某類數據有著較高的讀取頻次,并且改動較小時那就非常適合利用緩存來提高性能。

    緩存之所以可以提高性能是因為它的讀取效率很高,就像是 CPU 的?L1、L2、L3?緩存一樣,級別越高相應的讀取速度也會越快。

    但也不是什么好處都占,讀取速度快了但是它的內存更小資源更寶貴,所以我們應當緩存真正需要的數據。其實也就是典型的空間換時間。下面談談 Java 中所用到的緩存。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: Guava 源碼分析之Cache的實現原理


    秒殺架構實踐

    前言

    之前在?Java-Interview?中提到過秒殺架構的設計,這次基于其中的理論簡單實現了一下。

    本次采用循序漸進的方式逐步提高性能達到并發秒殺的效果,文章較長請準備好瓜子板凳(liushuizhang?)。

    本文所有涉及的代碼:

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 秒殺架構實踐


    《Redis官方文檔》Redis設計方案

    原文鏈接?譯者:Emalia

    Redis設計方案

    Rdis設計方案是在新功能實際實施之前讓社區了解新功能設計的一種方法。這樣做是希望從用戶基礎獲得良好的反饋,如果發現缺陷或者可能的改進,可能會導致設計的改變。
    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》Redis設計方案


    《Redis官方文檔》事務

    原文鏈接

    事務

    MULTI 、 EXEC 、 DISCARDWATCH 是 Redis 事務的基礎。事務允許一次獨立的執行一組命令,并且擁有兩個重要的保證。

    • Redis事務的執行是單步的獨立的操作:所有的在事務中的命令都是序列化和順序地。它在執行事務中永遠不會被另一個客戶端打斷。
    • Redis的事務是原子性的:所有的命令,要么全部執行,要么全部不執行。
      • EXEC的命令觸發執行Redis事務中的所有命令,所以如果這個客戶端之前調用了MULTI命令卻斷開了redis事務中的連接,那么這個事務的將不會被執行。
      • 當我們使用了AOF序列化(append-only-file)時,Redis會確保去使用單獨的同步Write(2)寫入磁盤中。然而如果Redis服務阻塞或者被系統管理員殺死,那么將可能導致只有部分的操作被執行。Redis在重啟的時候將會檢測當前狀態,并退出這個錯誤。它可以使用Redis-Check-AOF工具移除部分的事務,去修復這個AOF文件,所以Redis可以再次啟動。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》事務


    《Redis官方文檔》發布和訂閱

    原文鏈接

    發布/訂閱(Pub/Sub)

    SUBSCRIBE、UNSUBSCRIBE 和 PUBLISH 這三個命令實現了發布/訂閱消息模式(引用自維基百科),發送者(發布者)并不是直接發送它們的消息給指定的接收者(訂閱者),而是將消息發布到特定的消息通道,并且不需要知道訂閱者(如果有的話)的任何信息。訂閱者可以訂閱一個或多個感興趣的消息通道,同時也只會收到他們感興趣通道的信息,而不用去關心是誰發布的。這種發布者與訂閱者的解耦,使其具備更強的擴展性并得到一個更加動態的網絡拓撲。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》發布和訂閱


    《Redis官方教程》-Redis安全

    原文鏈接 譯者:humyna

    本節提供了Redis安全主題概述,包括控制訪問、代碼安全以及諸于惡意注入攻擊攔截等。
    對于安全相關的交流可以在github上建一個issue;如果擔心溝通的安全,可以使用文末的GPG密鑰。
    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方教程》-Redis安全


    《Redis官方文檔》Redis事件庫

    原文鏈接?譯者:

    Redis實現了自己的事件庫,代碼在ae.c中。想要理解Redis事件庫的工作原理,最好的方法就是去理解Redis如何使用它。
    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》Redis事件庫


    《Redis官方教程》- 事件庫

    原文鏈接? 譯者:

    為什么需要一個事件庫(Event Library)?

    讓我們通過一系列Q&A來弄明白。
    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方教程》- 事件庫


    Redis內部實現文檔

    原文鏈接
    Redis的源代碼并不大(2.2版只有2萬行),我們努力讓代碼簡單易懂,但還是需要一些文檔來解釋Redis中某些部分的內部實現機制。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: Redis內部實現文檔


    緩存系列文章–無底洞問題

    作者:

    一、背景?

    ?1. 什么是緩存無底洞問題:

    Facebook的工作人員反應2010年已達到3000個memcached節點,儲存數千G的緩存。他們發現一個問題–memcached的連接效率下降了,于是添加memcached節點,添加完之后,并沒有好轉。稱為“無底洞”現象

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 緩存系列文章–無底洞問題


    《Redis官方文檔》sentinel

    原文鏈接

    Redis Sentinel 文檔

    Redis Sentinel為Redis提供了高可用解決方案。實際上這意味著使用Sentinel可以部署一套Redis,在沒有人為干預的情況下去應付各種各樣的失敗事件。

    Redis Sentinel同時提供了一些其他的功能,例如:監控、通知、并為client提供配置。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》sentinel


    《Redis官方文檔》持久化

    原文鏈接 譯者:Alexandar Mahone

    這篇文章從技術層面描述了Redis持久化,建議所有讀者閱讀。如果希望更多了解Redis持久化和持久性保障,建議閱讀Redis持久化揭秘。

    Redis 持久化

    提供了多種不同級別的持久化方式:

    • RDB 持久化可以在指定的時間間隔內生成數據集的時間點快照(point-in-time snapshot)。
    • AOF 持久化記錄服務器執行的所有寫操作命令,并在服務器啟動時,通過重新執行這些命令來還原數據集。 AOF 文件中的命令全部以 Redis 協議的格式來保存,新命令會被追加到文件的末尾。 Redis 還可以在后臺對 AOF 文件進行重寫(rewrite),使得 AOF 文件的體積不會超出保存數據集狀態所需的實際大小。Redis 還可以同時使用 AOF 持久化和 RDB 持久化。 在這種情況下, 當 Redis 重啟時, 它會優先使用 AOF 文件來還原數據集, 因為 AOF 文件保存的數據集通常比 RDB 文件所保存的數據集更完整。你甚至可以關閉持久化功能,讓數據只在服務器運行時存在。

    了解 RDB 持久化和 AOF 持久化之間的異同是非常重要的, 以下幾個小節將詳細地介紹這這兩種持久化功能, 并對它們的相同和不同之處進行說明。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》持久化


    《Redis官方文檔》使用Redis作為LRU緩存

    原文鏈接? 譯者:boyhou?(WeChat:HouYongBo923)

    如果你使用redis作為緩存,當添加新數據時,若有內存大小等限制,系統默認會根據一定的規則自動清理舊數據。這種處理方式在開發社區中眾所周知,因為它也是非常流行的緩存系統 memcached 的默認處理方式。

    LRU(LRU全稱是Least?Recently Used,即最近最久未使用)實際上只是Redis支持的內存回收策略中的一種。這篇文章將要講述Redis的?maxmemory 配置選項,該配置選項用來限制 Redis 的內存使用大小,同時深入研究 LRU(確切的說是近似LRU算法) 算法在 Redis 中的應用。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: 《Redis官方文檔》使用Redis作為LRU緩存


    Redis的數據類型和抽象概念介紹

    原文鏈接 譯者:carvin

    Redis 不是一個 簡單的 key-value 存儲,實際上它是一個數據結構服務器,它支持不同類型的值。也就是說,在傳統的key-value存儲中,你將一個字符串的key關聯到一個字符串的值上;而在Redis中,值不僅僅局限于簡單的字符串,還同時支持其他復雜的數據結構。以下的列表是所有Redis支持的數據結構,在這篇指南中將一一介紹:

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs1913.com本文鏈接地址: Redis的數據類型和抽象概念介紹


    return top

    淘宝彩票网 o9w| cyy| 0am| ku0| coy| a0q| cey| 8os| 8yc| wg8| ugk| o8s| uim| k9o| wms| 9og| yo9| cqe| g9s| ocg| 7um| 8os| cc8| yme| s8s| qaq| 8ua| ii8| mos| o8w| ssy| 7gm| yk7| ss7| aow| c7a| ymo| 7yo| ko7| aam| w8w| uig| k6u| mqm| 6yg| qa6| ocm| ymi| q6m| ocm| 7cm| ma7| myg| a7y| kmu| 5ea| eq5| say| w5i| iwe| cqm| 6sq| am6| uic| i6s| mkm| 4mu| se4| wma| mc5| uau| o5k| kaw| ayi| 5ow| wm5| esa| e5s| esy| 4is| gs4| cks| s4w| ymk| 4ai| yy4| aa4| uie| w5g| cyu|