国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【云原生進(jìn)階之PaaS中間件】第一章Redis-1.3Redis配置

這篇具有很好參考價值的文章主要介紹了【云原生進(jìn)階之PaaS中間件】第一章Redis-1.3Redis配置。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

【云原生進(jìn)階之PaaS中間件】第一章Redis-1.3Redis配置,云原生進(jìn)階-PaaS專欄,云原生,paas,中間件,redis,緩存

1 Redis配置概述

????????Redis支持采用其內(nèi)置默認(rèn)配置的方式來進(jìn)行啟動,而不需要提前配置任何文件,但是這種啟動方式只推薦在測試和開發(fā)環(huán)境中使用,但更好的方式是通過提供一個Redis的配置文件來對Redis進(jìn)行配置, 這個配置文件一般命名為’redis.conf’。

1.1 Redis配置文件

????????Redis的配置文件,用于配置 Redis 實例的各種參數(shù)和選項。Redis 實例啟動時會讀取該配置文件,并按照文件中的配置參數(shù)進(jìn)行初始化。

????????Redis 的配置文件包含了眾多的選項,涵蓋了各個方面,包括但不限于:

  • 通用設(shè)置:如是否以守護(hù)進(jìn)程方式運行 Redis、監(jiān)聽的端口號、監(jiān)聽的地址等。
  • 連接設(shè)置:如客戶端連接超時時間、是否開啟 TCP keepalive 等。
  • 通信協(xié)議設(shè)置:如 TCP listen() 函數(shù)的等待隊列長度、Unix 套接字文件路徑等。
  • 通用配置項:如日志記錄級別、日志文件路徑、Redis 數(shù)據(jù)庫數(shù)量等。
  • 快照配置項:如觸發(fā)快照保存的條件、快照保存出錯時是否停止寫入操作等。
  • AOF 配置項:如是否開啟 AOF 持久化、AOF 持久化的同步方式等。
  • 主從復(fù)制配置項:如從節(jié)點是否只讀、主從節(jié)點之間的心跳超時時間等。
  • Sentinel 配置項:如是否允許 Sentinel 腳本重新配置 Redis、監(jiān)控的主節(jié)點名稱、IP 地址、端口號、quorum 等。

????????通過修改 Redis 的配置文件,可以調(diào)整 Redis 的行為和性能,以更好地滿足不同的業(yè)務(wù)需求。需要注意的是,修改配置文件后,需要重啟 Redis 實例才能使新的配置生效。有的配置,可以通過redis命令及時生效,但是配置只存放與當(dāng)前實例的內(nèi)存中,重啟后丟失。如果要持久化配置,必須修改配置文件。

‘redis.conf’ 文件中包含一系列格式非常簡單的配置項,如下所示:

keyword argument1 argument2 ... argumentN

簡單配置示例:

slaveof 127.0.0.1 6380

????????如果說配置參數(shù)值中包含空格,則需要為其添加雙引號,如下所示:

requirepass "hello world"

????????所有這些配置項的列表,以及它們的意思和用法,都可以參考Redis發(fā)行版中的redis.conf自說明示例文檔。

  • 自說明文檔?Redis 2.8中的redis.conf。
  • 自說明文檔?Redis 2.6中的redis.conf。
  • 自說明文檔?Redis 2.4中的redis.conf。

1.2 通過命令行傳遞參數(shù)

????????自Redis 2.6 開始,Redis就可以支持通過命令行來傳遞配置參數(shù)。這個功能對測試來說非常有用。

????????下面這個是例子是使用6380端口來啟動一個新的Redis實例,并且從實例在127.0.0.1的6379端口運行。

./redis-server --port 6380 --slaveof 127.0.0.1 6379

????????命令行傳遞參數(shù)的格式和在redis.conf文件中配置參數(shù)的格式是一樣的, 唯一的不同之處是在命令行參數(shù)關(guān)鍵字前需要添加’–‘前綴。

????????注意:采用這種方式,其內(nèi)部會在內(nèi)存中生成一個臨時的配置文件(可能會把用戶傳遞的任意配置項都添加到配置文件里),傳遞的參數(shù)會轉(zhuǎn)換成redis.conf文件的格式。

1.3 運行時改變Redis配置

????????Redis支持在運行時通過使用命令CONFIG SET?和?CONFIG GET?來對配置項進(jìn)行重新配置,以及通過編程來查詢Redis當(dāng)前的配置項,設(shè)置和查詢不需要停止和重啟服務(wù)。并不是所有的配置項都支持這種配置方式,但是大部分是支持的。具體的支持情況請參考:

CONFIG SET?和?CONFIG GET

????????注意:運行時動態(tài)修改的配置項?不會影響redis.conf文件中的配置,在下一次重啟時,又會恢復(fù)以前的配置。

????????如果通過CONFIG SET修改了某些配置項,還確定要同時修改’redis.conf’配置文件中相對應(yīng)的配置項。則需要你自己手動去修改,或者使用Redis 2.8。在Redis2.8 中,你只要使用CONFIG REWRITE?來重寫參數(shù)項,將自動去掃描你的’redis.conf’文件,如果發(fā)現(xiàn)配置的值和你要修改的值不匹配的話,則會將配置的值更新為新設(shè)置的值。如果對應(yīng)的配置項不存在,則會設(shè)置為默認(rèn)值而不是新添加的。配置文件中的注釋將會被保留。

1.4 將Redis配置為緩存

????????如果你計劃將Redis當(dāng)作一個緩存來使用,而且每一個key都需要有一個過期設(shè)置,你可以考慮使用如下的配置(示例中假設(shè)最大內(nèi)存限制為2M):

maxmemory 2mb maxmemory-policy allkeys-lru

????????在這個配置中,應(yīng)用程序不需要再使用 ‘EXPIRE’ 命令(或者相同的命令)為每一個存活的key設(shè)置一個過期時間,因為所有的key在都將在達(dá)到2M內(nèi)存限制時,使用近似LRU算法對其進(jìn)行淘汰。

2 Redis 配置說明

2.1 通用設(shè)置

  • daemonize no # 是否以守護(hù)進(jìn)程方式運行 Redis,Redis默認(rèn)不是以守護(hù)進(jìn)程的方式運行,可以通過該配置項修改,使用yes啟用守護(hù)進(jìn)程;
  • pidfile /var/run/redis_6379.pid # Redis 進(jìn)程 ID 文件路徑,當(dāng)Redis以守護(hù)進(jìn)程方式運行時,Redis默認(rèn)會把pid寫入/var/run/redis.pid文件,可以通過pidfile指定;????????
  • port 6379 # 指定Redis 監(jiān)聽的端口號,默認(rèn)端口為6379,作者在自己的一篇博文中解釋了為什么選用6379作為默認(rèn)端口,因為6379在手機(jī)按鍵上MERZ對應(yīng)的號碼,而MERZ取自意大利歌女Alessia Merz的名字
  • bind 127.0.0.1 # Redis 監(jiān)聽的地址(默認(rèn)為本地回環(huán)地址)
  • requirepass foobared # 設(shè)置Redis連接密碼,如果配置了連接密碼,客戶端在連接Redis時需要通過AUTH?命令提供密碼,默認(rèn)關(guān)閉
  • maxmemory? # 指定Redis最大內(nèi)存限制,Redis在啟動時會把數(shù)據(jù)加載到內(nèi)存中,達(dá)到最大內(nèi)存后,Redis會先嘗試清除已到期或即將到期的Key,當(dāng)此方法處理 后,仍然到達(dá)最大內(nèi)存設(shè)置,將無法再進(jìn)行寫入操作,但仍然可以進(jìn)行讀取操作。Redis新的vm機(jī)制,會把Key存放內(nèi)存,Value會存放在swap區(qū)

2.2 連接設(shè)置

  • timeout 0 # Redis 客戶端連接超時時間,當(dāng)客戶端閑置多長時間后關(guān)閉連接,如果指定為0,表示關(guān)閉該功能
  • tcp-keepalive 0 # 是否開啟 TCP keepalive
  • maxclients 128 # 設(shè)置同一時間最大客戶端連接數(shù),默認(rèn)無限制,Redis可以同時打開的客戶端連接數(shù)為Redis進(jìn)程可以打開的最大文件描述符數(shù),如果設(shè)置 maxclients 0,表示不作限制。當(dāng)客戶端連接數(shù)到達(dá)限制時,Redis會關(guān)閉新的連接并向客戶端返回max number of clients reached錯誤信息

2.3 通信協(xié)議設(shè)置

  • tcp-backlog 511 # TCP listen() 函數(shù)的等待隊列長度
  • tcp-keepalive 300 # TCP keepalive 時間間隔,單位為秒
  • unixsocket /var/run/redis/redis.sock # Unix 套接字文件路徑
  • unixsocketperm 700 # Unix 套接字文件的權(quán)限
  • glueoutputbuf yes # 設(shè)置在向客戶端應(yīng)答時,是否把較小的包合并為一個包發(fā)送,默認(rèn)為開啟
  • hash-max-zipmap-entries 64 # 指定在超過一定的數(shù)量時,采用一種特殊的哈希算法
  • hash-max-zipmap-value 512 # 指定在最大的元素超過某一臨界值時,采用一種特殊的哈希算法
  • activerehashing yes # 指定是否激活重置哈希,默認(rèn)為開啟(后面在介紹Redis的哈希算法時具體介紹)
  • include /path/to/local.conf # 指定包含其它的配置文件,可以在同一主機(jī)上多個Redis實例之間使用同一份配置文件,而同時各個實例又擁有自己的特定配置文件

2.4 日志配置項

  • loglevel notice # 日志記錄級別,指定日志記錄級別,Redis總共支持四個級別:debug、verbose、notice、warning,默認(rèn)為verbose
  • logfile /var/log/redis/redis.log # 日志文件路徑
  • syslog-enabled no # 是否將日志輸出到系統(tǒng)日志
  • syslog-ident redis # 系統(tǒng)日志標(biāo)識符
  • syslog-facility local0 # 系統(tǒng)日志設(shè)施
  • databases 16 # Redis 數(shù)據(jù)庫數(shù)量,默認(rèn)數(shù)據(jù)庫為0,可以使用SELECT?命令在連接上指定數(shù)據(jù)庫id

2.5 快照配置項

  • save?? #指定在多長時間內(nèi),有多少次更新操作,就將數(shù)據(jù)同步到數(shù)據(jù)文件,可以多個條件配合

??? Redis默認(rèn)配置文件中提供了三個條件:

  • ????????????save 900 1
  • ????????????save 300 10
  • ????????????save 60 10000

? ? ? ? 分別表示900秒(15分鐘)內(nèi)有1個更改,300秒(5分鐘)內(nèi)有10個更改以及60秒內(nèi)有10000個更改。

  • stop-writes-on-bgsave-error yes # 快照保存出錯時是否停止寫入操作
  • rdbcompression yes # 是否開啟 RDB 文件壓縮,指定存儲至本地數(shù)據(jù)庫時是否壓縮數(shù)據(jù),默認(rèn)為yes,Redis采用LZF壓縮,如果為了節(jié)省CPU時間,可以關(guān)閉該選項,但會導(dǎo)致數(shù)據(jù)庫文件變的巨大
  • rdbchecksum yes # 是否開啟 RDB 文件校驗
  • dbfilename dump.rdb # RDB 文件名,指定本地數(shù)據(jù)庫文件名,默認(rèn)值為dump.rdb
  • dir ./ # 指定本地數(shù)據(jù)庫存放目錄

2.6 AOF 配置項

  • appendonly no # 是否開啟?AOF?持久化,指定是否在每次更新操作后進(jìn)行日志記錄,Redis在默認(rèn)情況下是異步的把數(shù)據(jù)寫入磁盤,如果不開啟,可能會在斷電時導(dǎo)致一段時間內(nèi)的數(shù)據(jù)丟失。因為 redis本身同步數(shù)據(jù)文件是按上面save條件來同步的,所以有的數(shù)據(jù)會在一段時間內(nèi)只存在于內(nèi)存中。默認(rèn)為no
  • appendfilename "appendonly.aof" # AOF 持久化文件名,指定更新日志文件名,默認(rèn)為appendonly.aof
  • appendfsync everysec # AOF 持久化的同步方式,指定更新日志條件,共有3個可選值: ? ??
    • no:表示等操作系統(tǒng)進(jìn)行數(shù)據(jù)緩存同步到磁盤(快) ? ??
    • always:表示每次更新操作后手動調(diào)用fsync()將數(shù)據(jù)寫到磁盤(慢,安全) ? ??
    • everysec:表示每秒同步一次(折衷,默認(rèn)值)
  • no-appendfsync-on-rewrite no # 是否在 AOF 重寫時禁止同步
  • auto-aof-rewrite-percentage 100 # 觸發(fā) AOF 重寫的條件(AOF 文件大小增長率達(dá)到 100%)
  • auto-aof-rewrite-min-size 64mb # 觸發(fā) AOF 重寫的條件(AOF 文件最小大?。?/li>
  • aof-load-truncated yes # 是否在 AOF 文件被截斷時繼續(xù)加載剩余內(nèi)容

2.7 主從復(fù)制配置項

  • slave-serve-stale-data yes # 從節(jié)點是否在主節(jié)點不可用時仍然向客戶端提供服務(wù)
  • slave-read-only yes # 從節(jié)點是否只讀
  • repl-diskless-sync no # 是否在復(fù)制時避免使用磁盤
  • repl-diskless-sync-delay 5 # 復(fù)制時磁盤同步延遲時間,單位為秒
  • repl-ping-slave-period 10 # 主節(jié)點發(fā)送 ping 命令的時間間隔,單位為秒
  • repl-timeout 60 # 主從節(jié)點之間的心跳超時時間,單位為秒
  • repl-disable-tcp-nodelay no # 是否禁用 TCP_NODELAY 算法
  • slave-priority 100 # 從節(jié)點優(yōu)先級
  • slaveof?? #設(shè)置當(dāng)本機(jī)為slav服務(wù)時,設(shè)置master服務(wù)的IP地址及端口,在Redis啟動時,它會自動從master進(jìn)行數(shù)據(jù)同步
  • masterauth? # 當(dāng)master服務(wù)設(shè)置了密碼保護(hù)時,slav服務(wù)連接master的密碼

2.8 Sentinel 配置項

  • sentinel deny-scripts-reconfig yes # 是否允許 Sentinel 腳本重新配置 Redis
  • sentinel monitor mymaster 127.0.0.1 6379 2 # 監(jiān)控的主節(jié)點名稱、IP 地址、端口號、quorum
  • sentinel down-after-milliseconds mymaster 30000 # 主節(jié)點失效判定時間,單位為毫秒

2.9 虛擬內(nèi)存配置項

  • vm-enabled no # 指定是否啟用虛擬內(nèi)存機(jī)制,默認(rèn)值為no,簡單的介紹一下,VM機(jī)制將數(shù)據(jù)分頁存放,由Redis將訪問量較少的頁即冷數(shù)據(jù)swap到磁盤上,訪問多的頁面由磁盤自動換出到內(nèi)存中(在后面的文章我會仔細(xì)分析Redis的VM機(jī)制)
  • vm-swap-file /tmp/redis.swap # 虛擬內(nèi)存文件路徑,默認(rèn)值為/tmp/redis.swap,不可多個Redis實例共享
  • vm-max-memory 0 # 將所有大于vm-max-memory的數(shù)據(jù)存入虛擬內(nèi)存,無論vm-max-memory設(shè)置多小,所有索引數(shù)據(jù)都是內(nèi)存存儲的(Redis的索引數(shù)據(jù) 就是keys),也就是說,當(dāng)vm-max-memory設(shè)置為0的時候,其實是所有value都存在于磁盤。默認(rèn)值為0
  • vm-page-size 32 # Redis swap文件分成了很多的page,一個對象可以保存在多個page上面,但一個page上不能被多個對象共享,vm-page-size是要根據(jù)存儲的 數(shù)據(jù)大小來設(shè)定的,作者建議如果存儲很多小對象,page大小最好設(shè)置為32或者64bytes;如果存儲很大大對象,則可以使用更大的page,如果不 確定,就使用默認(rèn)值
  • vm-pages 134217728 # 設(shè)置swap文件中的page數(shù)量,由于頁表(一種表示頁面空閑或使用的bitmap)是在放在內(nèi)存中的,,在磁盤上每8個pages將消耗1byte的內(nèi)存。
  • vm-max-threads 4 # 設(shè)置訪問swap文件的線程數(shù),最好不要超過機(jī)器的核數(shù),如果設(shè)置為0,那么所有對swap文件的操作都是串行的,可能會造成比較長時間的延遲。默認(rèn)值為4

2.10 附加配置

  • always-show-logo #是否在命令行啟動時顯示 Redis Logo,默認(rèn)為 yes??梢詫⒃撨x項設(shè)置為 no,以屏蔽 Redis Logo 的顯示。
  • hz # 控制 Redis 在每秒鐘運行的循環(huán)次數(shù)。默認(rèn)為 10,表示每秒鐘運行 10 次循環(huán)。可以將該選項設(shè)置為一個正整數(shù),以控制 Redis 運行的速度。
  • include # 允許在配置文件中包含其他文件,默認(rèn)為 "",表示不包含其他文件??梢詫⒃撨x項設(shè)置為實際文件名,以包含其他文件的配置項。
  • lua-time-limit # 控制 Lua 腳本的執(zhí)行時間限制,默認(rèn)為 5000 毫秒??梢詫⒃撨x項設(shè)置為一個正整數(shù),以控制 Lua 腳本的最長執(zhí)行時間。
  • repl-backlog-size # 控制 Redis 復(fù)制功能的回放緩沖區(qū)大小,默認(rèn)為 1MB??梢詫⒃撨x項設(shè)置為一個正整數(shù),以控制回放緩沖區(qū)的大小。
  • repl-diskless-sync # 是否在復(fù)制時避免使用磁盤,即將數(shù)據(jù)直接從主節(jié)點傳輸?shù)綇墓?jié)點的內(nèi)存中,默認(rèn)為 no??梢詫⒃撨x項設(shè)置為 yes,以避免磁盤的使用。
  • repl-ping-slave-period # 控制主節(jié)點發(fā)送 ping 命令的時間間隔,默認(rèn)為 10 秒??梢詫⒃撨x項設(shè)置為一個正整數(shù),以控制 ping 命令的發(fā)送間隔。
  • repl-timeout # 控制主從節(jié)點之間的心跳超時時間,默認(rèn)為 60 秒??梢詫⒃撨x項設(shè)置為一個正整數(shù),以控制心跳超時時間。
  • maxmemory-policy # Redis 內(nèi)存達(dá)到最大限制后的淘汰策略,默認(rèn)為 noeviction,表示停止寫入操作。其他可選策略包括 volatile-lru、volatile-ttl、volatile-random、allkeys-lru、allkeys-random 等。
  • client-output-buffer-limit # 控制客戶端輸出緩沖區(qū)的大小,默認(rèn)為 client-output-buffer-limit normal 0 0 0,表示不限制緩沖區(qū)大小??梢詫⒃撨x項設(shè)置為實際緩沖區(qū)大小,以避免客戶端輸出緩沖區(qū)溢出。
  • notify-keyspace-events # 開啟鍵空間通知功能,默認(rèn)為 "",表示關(guān)閉鍵空間通知功能??梢詫⒃撨x項設(shè)置為 KEA、KgE、lsh、E、gxE 等,表示監(jiān)聽不同類型的鍵空間事件。

注意:這些配置項很多是比較高級的配置項,只有在深度理解 Redis 運行機(jī)制和需要特定的功能時才需要使用。如果您不確定如何使用這些配置項,建議參考 Redis 的官方文檔或向 Redis 社區(qū)尋求幫助。

2.11 redis.conf示例

# Redis 配置文件示例
 
# 通用設(shè)置
daemonize no                  # 是否以守護(hù)進(jìn)程方式運行 Redis,Redis默認(rèn)不是以守護(hù)進(jìn)程的方式運行,可以通過該配置項修改,使用yes啟用守護(hù)進(jìn)程
pidfile /var/run/redis_6379.pid  # Redis 進(jìn)程 ID 文件路徑
port 6379                     # Redis 監(jiān)聽的端口號
bind 127.0.0.1                # Redis 監(jiān)聽的地址(默認(rèn)為本地回環(huán)地址)
 
# 連接設(shè)置
timeout 0                     # Redis 客戶端連接超時時間
tcp-keepalive 0               # 是否開啟 TCP keepalive
 
# 通信協(xié)議設(shè)置
tcp-backlog 511               # TCP listen() 函數(shù)的等待隊列長度
tcp-keepalive 300             # TCP keepalive 時間間隔,單位為秒
unixsocket /var/run/redis/redis.sock  # Unix 套接字文件路徑
unixsocketperm 700            # Unix 套接字文件的權(quán)限
 
# 通用配置項
loglevel notice               # 日志記錄級別
logfile /var/log/redis/redis.log  # 日志文件路徑
syslog-enabled no             # 是否將日志輸出到系統(tǒng)日志
syslog-ident redis            # 系統(tǒng)日志標(biāo)識符
syslog-facility local0        # 系統(tǒng)日志設(shè)施
databases 16                  # Redis 數(shù)據(jù)庫數(shù)量
 
# 快照配置項
save 900 1                    # 觸發(fā)快照保存的條件(900 秒內(nèi)至少有一個鍵被修改)
save 300 10                   # 觸發(fā)快照保存的條件(300 秒內(nèi)至少有 10 個鍵被修改)
save 60 10000                 # 觸發(fā)快照保存的條件(60 秒內(nèi)至少有 10000 個鍵被修改)
stop-writes-on-bgsave-error yes  # 快照保存出錯時是否停止寫入操作
rdbcompression yes            # 是否開啟 RDB 文件壓縮
rdbchecksum yes               # 是否開啟 RDB 文件校驗
dbfilename dump.rdb           # RDB 文件名
 
# AOF 配置項
appendonly no                 # 是否開啟 AOF 持久化
appendfilename "appendonly.aof"  # AOF 持久化文件名
appendfsync everysec          # AOF 持久化的同步方式
no-appendfsync-on-rewrite no  # 是否在 AOF 重寫時禁止同步
auto-aof-rewrite-percentage 100  # 觸發(fā) AOF 重寫的條件(AOF 文件大小增長率達(dá)到 100%)
auto-aof-rewrite-min-size 64mb  # 觸發(fā) AOF 重寫的條件(AOF 文件最小大小)
aof-load-truncated yes        # 是否在 AOF 文件被截斷時繼續(xù)加載剩余內(nèi)容
 
# 主從復(fù)制配置項
slave-serve-stale-data yes    # 從節(jié)點是否在主節(jié)點不可用時仍然向客戶端提供服務(wù)
slave-read-only yes           # 從節(jié)點是否只讀
repl-diskless-sync no         # 是否在復(fù)制時避免使用磁盤
repl-diskless-sync-delay 5    # 復(fù)制時磁盤同步延遲時間,單位為秒
repl-ping-slave-period 10     # 主節(jié)點發(fā)送 ping 命令的時間間隔,單位為秒
repl-timeout 60               # 主從節(jié)點之間的心跳超時時間,單位為秒
repl-disable-tcp-nodelay no   # 是否禁用 TCP_NODELAY 算法
slave-priority 100            # 從節(jié)點優(yōu)先級
 
# Sentinel 配置項
sentinel deny-scripts-reconfig yes  # 是否允許 Sentinel 腳本重新配置 Redis
sentinel monitor mymaster 127.0.0.1 6379 2  # 監(jiān)控的主節(jié)點名稱、IP 地址、端口號、quorum
sentinel down-after-milliseconds mymaster 30000  # 主節(jié)點失效判定時間,單位為毫秒
sentinel failover-timeout mymaster 180000

3 通過CONFIG?命令操作配置項

????????Redis 的配置文件位于 Redis 安裝目錄下,文件名為 redis.conf。

????????你可以通過?CONFIG?命令查看或設(shè)置配置項。

3.1 查看配置

3.1.1 語法

????????Redis CONFIG 命令格式如下:

redis 127.0.0.1:6379> CONFIG GET CONFIG_SETTING_NAME

3.1.2 實例

redis 127.0.0.1:6379> CONFIG GET loglevel 1) "loglevel"2) "notice"

????????使用?*?號獲取所有配置項:

3.1.3 實例

redis 127.0.0.1:6379> CONFIG GET *
   1) "dbfilename"
   2) "dump.rdb"
   3) "requirepass"
   4) ""
   5) "masterauth"
   6) ""
   7) "unixsocket"
   8) ""
   9) "logfile"
   10) ""
   11) "pidfile"
   12) "/var/run/redis.pid" 
   13) "maxmemory" 
   14) "0" 
   15) "maxmemory-samples" 
   16) "3" 
   17) "timeout" 
   18) "0" 
   19) "tcp-keepalive" 
   20) "0" 
   21) "auto-aof-rewrite-percentage" 
   22) "100" 
   23) "auto-aof-rewrite-min-size" 
   24) "67108864" 
   25) "hash-max-ziplist-entries" 
   26) "512" 
   27) "hash-max-ziplist-value" 
   28) "64" 
   29) "list-max-ziplist-entries" 
   30) "512" 
   31) "list-max-ziplist-value" 
   32) "64" 
   33) "set-max-intset-entries" 
   34) "512" 
   35) "zset-max-ziplist-entries" 
   36) "128" 
   37) "zset-max-ziplist-value" 
   38) "64" 
   39) "hll-sparse-max-bytes" 
   40) "3000" 
   41) "lua-time-limit" 
   42) "5000" 
   43) "slowlog-log-slower-than" 
   44) "10000" 
   45) "latency-monitor-threshold" 
   46) "0" 
   47) "slowlog-max-len" 
   48) "128" 
   49) "port" 
   50) "6379" 
   51) "tcp-backlog" 
   52) "511" 
   53) "databases" 
   54) "16" 
   55) "repl-ping-slave-period" 
   56) "10" 
   57) "repl-timeout" 
   58) "60" 
   59) "repl-backlog-size" 
   60) "1048576" 
   61) "repl-backlog-ttl" 
   62) "3600" 
   63) "maxclients" 
   64) "4064" 
   65) "watchdog-period" 
   66) "0" 
   67) "slave-priority" 
   68) "100" 
   69) "min-slaves-to-write" 
   70) "0" 
   71) "min-slaves-max-lag" 
   72) "10" 
   73) "hz" 
   74) "10" 
   75) "no-appendfsync-on-rewrite" 
   76) "no" 
   77) "slave-serve-stale-data" 
   78) "yes" 
   79) "slave-read-only" 
   80) "yes" 
   81) "stop-writes-on-bgsave-error" 
   82) "yes" 
   83) "daemonize" 
   84) "no" 
   85) "rdbcompression" 
   86) "yes" 
   87) "rdbchecksum" 
   88) "yes" 
   89) "activerehashing" 
   90) "yes" 
   91) "repl-disable-tcp-nodelay" 
   92) "no" 
   93) "aof-rewrite-incremental-fsync" 
   94) "yes" 
   95) "appendonly" 
   96) "no" 
   97) "dir" 
   98) "/home/deepak/Downloads/redis-2.8.13/src" 
   99) "maxmemory-policy"
   100) "volatile-lru"
   101) "appendfsync"
   102) "everysec"
   103) "save"
   104) "3600 1 300 100 60 10000"
   105) "loglevel"
   106) "notice"
   107) "client-output-buffer-limit"
   108) "normal 0 0 0 slave 268435456 67108864 60 pubsub 33554432 8388608 60"
   109) "unixsocketperm"
   110) "0"
   111) "slaveof"
   112) ""
   113) "notify-keyspace-events"
   114) ""
   115) "bind"
   116) ""

3.2 編輯配置

????????你可以通過修改 redis.conf 文件或使用?CONFIG set?命令來修改配置。

3.2.1 語法

????????CONFIG SET?命令基本語法:

redis 127.0.0.1:6379> CONFIG SET CONFIG_SETTING_NAME NEW_CONFIG_VALUE

3.2.2 實例

redis 127.0.0.1:6379> CONFIG SET loglevel "notice"
  OK
redis 127.0.0.1:6379> CONFIG GET loglevel?
  1) "loglevel"
  2) "notice"

4 Redis配置注意事項

????????在對 Redis 進(jìn)行配置時,有一些注意事項需要注意,包括但不限于以下幾點:

4.1. 合理設(shè)置內(nèi)存限制

????????Redis 是一種基于內(nèi)存的數(shù)據(jù)存儲系統(tǒng),需要合理設(shè)置 Redis 實例的內(nèi)存限制。如果設(shè)置過高,可能會導(dǎo)致 Redis 運行緩慢或崩潰;如果設(shè)置過低,則可能會影響 Redis 的性能。

4.2. 合理設(shè)置快照和 AOF 配置項

????????快照和 AOF 是 Redis 的兩種持久化方式,可以保證數(shù)據(jù)在 Redis 重啟或崩潰時不會丟失。在設(shè)置快照和 AOF 配置項時,需要根據(jù)實際需求進(jìn)行選擇和配置。如果不需要持久化數(shù)據(jù),可以將這兩個配置項都關(guān)閉。

4.3 設(shè)置合理的最大連接數(shù)

????????在Redis 的配置文件中,可以設(shè)置最大連接數(shù)。如果設(shè)置過低,可能會導(dǎo)致 Redis 無法處理大量的客戶端請求;如果設(shè)置過高,可能會導(dǎo)致 Redis 消耗過多的內(nèi)存和 CPU 資源。

4.4. 安全設(shè)置

????????要確保 Redis 實例的安全,需要設(shè)置密碼、限制訪問地址、限制命令等。尤其是 Redis 實例的密碼設(shè)置,需要保證密碼的強(qiáng)度和復(fù)雜度,以免被破解和攻擊。

4.5. 定期備份

????????雖然 Redis 有持久化機(jī)制可以保證數(shù)據(jù)不丟失,但在特殊情況下,如硬件故障或人為誤操作等,也可能會導(dǎo)致數(shù)據(jù)丟失。因此,建議定期備份 Redis 數(shù)據(jù),以便在出現(xiàn)問題時能夠快速恢復(fù)數(shù)據(jù)。

4.6. 監(jiān)控和調(diào)優(yōu)

????????Redis 的性能和穩(wěn)定性與實例的配置和運行狀態(tài)密切相關(guān)。因此,在運行 Redis 實例時,需要定期監(jiān)控 Redis 的運行狀態(tài)、性能指標(biāo)和日志信息,并進(jìn)行必要的調(diào)優(yōu)和優(yōu)化,以確保 Redis 實例的高可用和高性能。

參考鏈接

Redis 配置_redis教程

Redis 從入門到精通之Redis配置說明_流沙的牽掛的博客-CSDN博客

Redis配置詳解_木西爺?shù)牟┛?CSDN博客

一文讀懂Redis配置,史上真香配置 - 知乎

Redis配置詳解?

Redis配置項匯總(超級詳細(xì))

《Redis官方教程》-Redis的配置 | 并發(fā)編程網(wǎng) – ifeve.com文章來源地址http://www.zghlxwxcb.cn/news/detail-698931.html

到了這里,關(guān)于【云原生進(jìn)階之PaaS中間件】第一章Redis-1.3Redis配置的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • 【云原生進(jìn)階之PaaS中間件】第一章Redis-2.3.3集群模式

    【云原生進(jìn)階之PaaS中間件】第一章Redis-2.3.3集群模式

    ????????Redis集群是一個提供在多個Redis節(jié)點之間共享數(shù)據(jù)的程序集。它并不像Redis主從復(fù)制模式那樣只提供一個master節(jié)點提供寫服務(wù),而是會提供多個master節(jié)點提供寫服務(wù),每個master節(jié)點中存儲的數(shù)據(jù)都不一樣,這些數(shù)據(jù)通過數(shù)據(jù)分片的方式被自動分割到不同的master節(jié)點上

    2024年02月10日
    瀏覽(95)
  • 【云原生進(jìn)階之PaaS中間件】第一章Redis-1.6.1Java項目使用Redis

    【云原生進(jìn)階之PaaS中間件】第一章Redis-1.6.1Java項目使用Redis

    ????????redis的java客戶端很多,官方推薦的有三種: Jedis Lettuce Redisson Spring 對Redis 客戶端進(jìn)行了整合,提供了Spring Date Redis ,在Spring Boot項目中還提供了對應(yīng)的Starter,即spring-boot-starter-data-redis。 ????????使用Jedis操作Redis的步驟: 1.獲取鏈接; 2.執(zhí)行操作; 3.關(guān)閉連接

    2024年02月09日
    瀏覽(21)
  • 【云原生進(jìn)階之PaaS中間件】第二章Zookeeper-1-綜述

    【云原生進(jìn)階之PaaS中間件】第二章Zookeeper-1-綜述

    ????????ZooKeeper 是一個分布式的,開放源碼的分布式應(yīng)用程序協(xié)調(diào)服務(wù),它包含一個簡單的原語集,分布式應(yīng)用程序可以基于它實現(xiàn)同步服務(wù),配置維護(hù)和命名服務(wù)等。 Zookeeper是hadoop的一個子項目,其發(fā)展歷程無需贅述。在分布式應(yīng)用中,由于工程師不能很好地使用鎖機(jī)

    2024年02月09日
    瀏覽(87)
  • 【云原生進(jìn)階之PaaS中間件】第二章Zookeeper-3.2架構(gòu)詳解

    【云原生進(jìn)階之PaaS中間件】第二章Zookeeper-3.2架構(gòu)詳解

    ? 領(lǐng)導(dǎo)者(leader),負(fù)責(zé)進(jìn)行投票的發(fā)起和決議,更新系統(tǒng)狀態(tài) ? 學(xué)習(xí)者(learner),包括跟隨者(follower)和觀察者(observer),follower用于接受客戶端請求并想客戶端返回結(jié)果,在選主過程中參與投票 ? Observer可以接受客戶端連接,將寫請求轉(zhuǎn)發(fā)給leader,但observer不參加投票

    2024年02月08日
    瀏覽(90)
  • 【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-3-RabbitMQ安裝

    【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-3-RabbitMQ安裝

    1.1.1 環(huán)境準(zhǔn)備 ????????要在Linux環(huán)境下安裝RabbitMQ,首先我們要有一個Linux環(huán)境,此處我們使用CentOS7虛擬機(jī)進(jìn)行演示。如果本地還沒有裝過虛擬機(jī),可以參考我之前的文章搭建虛擬機(jī)環(huán)境:VMware Workstation 14安裝教程、虛擬機(jī)環(huán)境搭建(VMware Workstation14 + centos7)、VMware+CentO

    2024年02月20日
    瀏覽(92)
  • 【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-4.1-原理機(jī)制與進(jìn)階特性

    【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-4.1-原理機(jī)制與進(jìn)階特性

    1.客戶端連接到消息隊列服務(wù)器,打開一個Channel。 2.客戶端聲明一個Exchange,并設(shè)置相關(guān)屬性。 3.客戶端聲明一個Queue,并設(shè)置相關(guān)屬性。 4.客戶端使用Routing key,在Exchange和Queue之間建立好綁定關(guān)系。 5.客戶端投遞消息到Exchange。 6.Exchange接收到消息后,就根據(jù)消息的key和已經(jīng)

    2024年02月21日
    瀏覽(21)
  • 【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-1-簡介及工作模式

    【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-1-簡介及工作模式

    ????????RabbitMQ 是一個由 Erlang 語言開發(fā)的 AMQP 的開源實現(xiàn)。AMQP(Advanced Message Queue:高級消息隊列協(xié)議)它是應(yīng)用層協(xié)議的一個開放標(biāo)準(zhǔn),為面向消息的中間件設(shè)計,基于此協(xié)議的客戶端與消息中間件可傳遞消息,并不受產(chǎn)品、開發(fā)語言等條件的限制。RabbitMQ 最初起源于

    2024年02月21日
    瀏覽(92)
  • 【云原生進(jìn)階之PaaS中間件】第三章Kafka-4.4-消費者工作流程

    【云原生進(jìn)階之PaaS中間件】第三章Kafka-4.4-消費者工作流程

    1.1.1 消費者群組 ????????Kafka 里消費者從屬于消費者群組,一個群組里的消費者訂閱的都是同一個主題,每個消費者接收主題一部分分區(qū)的消息。 ????????如上圖,主題 T 有 4 個分區(qū),群組中只有一個消費者,則該消費者將收到主題 T1 全部 4 個分區(qū)的消息。 ?????

    2024年02月22日
    瀏覽(30)
  • 【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-4.3-如何保證消息的可靠性投遞與消費

    【云原生進(jìn)階之PaaS中間件】第四章RabbitMQ-4.3-如何保證消息的可靠性投遞與消費

    ????????根據(jù)RabbitMQ的工作模式,一條消息從生產(chǎn)者發(fā)出,到消費者消費,需要經(jīng)歷以下4個步驟: 生產(chǎn)者將消息發(fā)送給RabbitMQ的Exchange交換機(jī); Exchange交換機(jī)根據(jù)Routing key將消息路由到指定的Queue隊列; 消息在Queue中暫存,等待消費者消費消息; 消費者從Queue中取出消息消費

    2024年03月11日
    瀏覽(28)
  • 云原生中間件開源現(xiàn)狀分析與華為中間件案例解讀

    云原生中間件開源現(xiàn)狀分析與華為中間件案例解讀

    開源中間件在企業(yè)分布式架構(gòu)搭建和服務(wù)治理中扮演著重要的角色,尤其是在解決我國網(wǎng)絡(luò)高并發(fā)和業(yè)務(wù)復(fù)雜性問題方面。然而,盡管中間件市場由商業(yè)閉源廠商主導(dǎo),提供了一系列基礎(chǔ)中間件和數(shù)據(jù)類中間件以支持穩(wěn)定的應(yīng)用程序運行環(huán)境,開源中間件生態(tài)卻相對分散和薄

    2024年02月02日
    瀏覽(24)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包