redis永久緩存

Ⅰ redis緩存原理

1、Redis是一種內存高速cache，如果使用redis緩存，那經常被訪問的內容會被緩存在內存中，需要使用的時候直接從內存調取，不知道比硬碟調取快了多少倍，並且支持復雜的數據結構，應用於許多高並發的場景中。
2、Redis支持主從同步。數據可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹復制。存檔可以有意無意的對數據進行寫操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的消息發布記錄。同步對讀取操作的可擴展性和數據冗餘很有幫助。zset是set的一個升級版本，他在set的基礎上增加了一個順序屬性，這一屬性在添加修改元素的時候可以指定，每次指定後，zset會自動重新按新的值調整順序。可以理解了有兩列的mysql表，一列存value，一列存順序。操作中key理解為zset的名字。
更多關於redis緩存原理，進入：https://www.abcgonglue.com/ask/66eab61616100681.html?zd查看更多內容

Ⅱ 緩存數據丟了，原來是Redis持久化沒玩明白

Redis作為微服務架構中的關鍵資料庫中間件，其緩存功能極大提高了數據查詢效率，降低了後端資料庫的壓力。然而，Redis緩存數據的易丟失特性使得數據持久化變得尤為重要。本文將深入探討Redis持久化機制，包括AOF、RDB以及混合持久化，分析其原理及優缺點。

AOF持久化通過記錄修改操作命令實現數據持久化。Redis服務端啟動後，可從日誌文件中回放執行命令恢復數據。與WAL（Write-Ahead Log）不同，AOF在數據寫入內存後，再將操作命令寫入AOF文件。這種獨特方式保證了命令的合法性，提升了內存數據恢復效率，同時不會阻塞修改命令。

AOF文件包含執行緩存的命令，記錄了Redis客戶端與服務端之間的通信內容。雖然AOF提供了數據持久化，但仍存在數據丟失的風險。若在操作Redis後，命令未寫入AOF文件就宕機，則該命令及其對應的數據將丟失。

Redis提供了三種AOF落盤策略：不落盤、每秒落盤、每次修改後落盤。每種策略都有其優缺點，需根據實際業務場景選擇合適的配置。

AOF文件可能會隨時間增長而變大，影響IO性能。Redis通過將大文件拆分為多個小文件或AOF重寫（合並命令）來優化文件大小。

RDB持久化通過內存數據快照實現數據持久化。Redis可以按固定時間間隔將內存中的緩存數據保存到RDB文件中。這種機制在恢復數據時效率較高，但存在數據丟失的風險。

混合持久化結合了AOF和RDB的優點，在數據可靠性和恢復效率上達到平衡。然而，混合持久化的兼容性較差，僅支持Redis 4.0及以上版本。

總結來說，Redis持久化機制有AOF、RDB和混合持久化三種。了解其原理和優缺點，有助於選擇合適的持久化策略，提高平台穩定性。

Ⅲ redis怎麼清除緩存

Redis清除緩存的方法有多種，可以通過不同的命令和策略來實現。

詳細解釋如下：

1. 使用FLUSH命令

Redis提供了FLUSH命令來清除緩存。其中，`FLUSHALL`命令用於清除所有key，而`FLUSHDB`命令僅清除當前資料庫的key。這些命令會立即刪除所有相關鍵，從而清空緩存。但需要注意的是，這些操作是不可逆的，一旦執行，數據將永久丟失。因此，在執行前需要謹慎考慮。

2. 使用DEL命令

除了FLUSH命令，還可以使用DEL命令來刪除特定的key，從而清除相應的緩存項。與FLUSH不同，DEL允許你按需刪除特定的數據。這是一種更靈活的方式，可以根據實際需求來清除緩存。

3. 使用EXPIRE命令設置緩存過期時間

另一種策略是設置緩存的過期時間。通過EXPIRE命令，你可以為key設置一個過期時間。當key達到設定的時間後，Redis會自動刪除該key及其相關的緩存數據。這種方式適用於那些有生命周期限制的緩存數據。

4. 使用Redis策略配置

除了上述操作命令，還可以通過Redis的配置策略來管理緩存。例如，可以設置Redis的持久化策略，定期將數據持久化到磁碟，同時清理內存中的緩存數據。此外，還可以結合Redis的驅逐策略，在緩存達到上限時自動刪除不常用的數據。

總的來說，Redis提供了多種方法和策略來清除緩存。在使用時，應根據實際需求和數據重要性來選擇合適的方法。同時，操作前務必謹慎，確保不會誤刪重要數據。通過合理配置和使用Redis，可以有效地管理緩存，提高系統的性能和響應速度。

Ⅳ 緩存-redis 三種模式搭建和運行原理

標簽： redis 緩存 主從 哨兵 集群

本文簡單的介紹redis三種模式在linux的安裝部署和數據存儲的總結，希望可以相互交流相互提升。

對於Centos7在安裝redis之前需要進行一些常用工具的安裝：

關閉防火牆

正式安裝redis

在redis進行maketest時候會出現一系列的異常，有如下解決方案：

用redis-server啟動一下redis，做一些實驗沒什麼意義。

要把redis作為一個系統的daemon進程去運行的，每次系統啟動，redis進程一起啟動，操作不走如下：

RDB和AOF是redis的一種數據持久化的機制。 持久化 是為了避免系統在發生災難性的系統故障時導致的系統數據丟失。我們一般會將數據存放在本地磁碟，還會定期的將數據上傳到雲伺服器。
RDB 是redis的snapshotting，通過redis.conf中的save配置進行設置，如 save 60 1000:

AOF 是以appendonly方式進行數據的儲存的，開啟AOF模式後，所有存進redis內存的數據都會進入os cache中,然後默認1秒執行一次fsync寫入追加到appendonly.aof文件中。一般我們配置redis.conf中的一下指令：

AOF和RDB模式我們一般在生產環境都會打開，一般而言，redis服務掛掉後進行重啟會優先家在aof中的文件。

當啟動一個slave node的時候，它會發送一個PSYNC命令給master node,如果這是slave node重新連接master node，那麼master node僅僅會復制給slave部分缺少的數據;否則如果是slave node第一次連接master node，那麼會觸發一次full resynchronization;
開始full resynchronization的時候，master會啟動一個後台線程，開始生成一份RDB快照文件，同時還會將從客戶端收到的所有寫命令緩存在內存中。RDB文件生成完畢之後，master會將這個RDB發送給slave，slave會先寫入本地磁碟，然後再從本地磁碟載入到內存中。然後master會將內存中緩存的寫命令發送給slave，slave也會同步這些數據。
slave node如果跟master node有網路故障，斷開了連接，會自動重連。master如果發現有多個slave node都來重新連接，僅僅會啟動一個rdb save操作，用一份數據服務所有slave node。

從redis 2.8開始，就支持主從復制的斷點續傳，如果主從復制過程中，網路連接斷掉了，那麼可以接著上次復制的地方，繼續復制下去，而不是從頭開始復制一份。

master node會在內存中常見一個backlog，master和slave都會保存一個replica offset還有一個master id，offset就是保存在backlog中的。如果master和slave網路連接斷掉了，slave會讓master從上次的replica offset開始繼續復制,但是如果沒有找到對應的offset，那麼就會執行一次resynchronization。

master在內存中直接創建rdb，然後發送給slave，不會在自己本地落地磁碟了，可以有如下配置：

slave不會過期key，只會等待master過期key。如果master過期了一個key，或者通過LRU淘汰了一個key，那麼會模擬一條del命令發送給slave。

在redis.conf配置文件中，上面的參數代表至少需要3個slaves節點與master節點進行連接，並且master和每個slave的數據同步延遲不能超過10秒。一旦上面的設定沒有匹配上，則master不在提供相應的服務。

sdown達成的條件很簡單，如果一個哨兵ping一個master，超過了 is-master-down-after-milliseconds 指定的毫秒數之後，就主觀認為master宕機
sdown到odown轉換的條件很簡單，如果一個哨兵在指定時間內，收到了 quorum 指定數量的其他哨兵也認為那個master是sdown了，那麼就認為是odown了，客觀認為master宕機

如果一個slave跟master斷開連接已經超過了down-after-milliseconds的10倍，外加master宕機的時長，那麼slave就被認為不適合選舉為master

(down-after-milliseconds * 10) + milliseconds_since_master_is_in_SDOWN_state

每次一個哨兵要做主備切換，首先需要quorum數量的哨兵認為odown，然後選舉出一個slave來做切換，這個slave還得得到majority哨兵的授權，才能正式執行切換；

（2）SENTINEL RESET *，在所有sentinal上執行，清理所有的master狀態
（3）SENTINEL MASTER mastername，在所有sentinal上執行，查看所有sentinal對數量是否達成了一致

4.3.2 slave的永久下線

讓master摘除某個已經下線的slave：SENTINEL RESET mastername，在所有的哨兵上面執行.

redis的集群模式為了解決系統的橫向擴展以及海量數據的存儲問題，如果你的數據量很大，那麼就可以用redis cluster。
redis cluster可以支撐N個redis master,一個master上面可以掛載多個slave，一般情況我門掛載一個到兩個slave，master在掛掉以後會主動切換到slave上面，或者當一個master上面的slave都掛掉後，集群會從其他master上面找到冗餘的slave掛載到這個master上面，達到了系統的高可用性。

2.1 redis cluster的重要配置

2.2 在三台機器上啟動6個redis實例

將上面的配置文件，在/etc/redis下放6個，分別為: 7001.conf，7002.conf，7003.conf，7004.conf，7005.conf，7006.conf

每個啟動腳本內，都修改對應的埠號

2.3 創建集群

解決辦法是 先安裝rvm，再把ruby版本提升至2.3.3

使用redis-trib.rb命令創建集群

--replicas: 表示每個master有幾個slave

redis-trib.rb check 192.168.31.187:7001 查看狀體

3.1 加入新master

以上相同配置完成後，設置啟動腳本進行啟動；然後用如下命令進行node節點添加：

3.2 reshard一些數據過去

3.3 添加node作為slave

3.4 刪除node