Redis这些知识点,是必须知道的!

Redis是一个开源(BSD许可)的内存数据结构存储,可作为数据库,缓存和消息队列。相比Memcached它支持更多的数据结构,如string(字符串),hash(哈希),list(链表),set(集合),zset(有序集合),位图,hyperloglogs和具有半径查询的地理空间索引。Redis具有内置复制,Lua脚本,LRU回收,事务和不同级别的磁盘持久化,并通过Redis Sentinel提供高可用性和自动分区的Redis Cluster。 

   本章学习下Redis主配置文件涉及的知识点,有助于更灵活的使用它。

# vi redis.conf

daemonize yes     #是否以后台进程运行

pidfile/var/run/redis/redis-server.pid    #pid文件位置

port 6379         #监听端口

bind 127.0.0.1       #绑定地址,如外网需要连接,设置0.0.0.0

timeout 300       #连接超时时间,单位秒

loglevel notice      #日志级别,分别有:debug (适用于开发和测试),verbose(更详细信息),notice(适用于生产环境),warning(只记录警告或错误信息)

logfile/var/log/redis/redis-server.log   #日志文件位置

syslog-enabled no      #是否将日志输出到系统日志

databases 16        #设置数据库数量,默认数据库为0

 

############### 快照方式 ###############

 

save 900 1          #在900s(15m)之后,至少有1个key发生变化,则快照

save 300 10          #在300s(5m)之后,至少有10个key发生变化,则快照

save 60 10000      #在60s(1m)之后,至少有1000个key发生变化,则快照

rdbcompression yes  #dump时是否压缩数据

dir /var/lib/redis       #数据库(dump.rdb)文件存放目录

 

############### 主从复制 ###############

 

slaveof <masterip> <masterport>   #主从复制使用,用于本机redis作为slave去连接主redis

masterauth <master-password>      #当master设置密码认证,slave用此选项指定master认证密码

slave-serve-stale-data yes         #当slave与master之间的连接断开或slave正在与master进行数据同步时,如果有slave请求,当设置为yes时,slave仍然响应请求,此时可能有问题,如果设置no时,slave会返回"SYNCwith master in progress"错误信息。但INFO和SLAVEOF命令除外。

 

############### 安全 ###############

 

requirepass pass  #配置redis连接认证密码

 

############### 限制 ###############

 

maxclients 128      #设置最大连接数,0为不限制

maxmemory <bytes> #内存清理策略,如果达到此值,将采取以下动作:

# volatile-lru :默认策略,只对设置过期时间的key进行LRU算法删除

# allkeys-lru :删除不经常使用的key

# volatile-random :随机删除即将过期的key

# allkeys-random :随机删除一个key

# volatile-ttl :删除即将过期的key

# noeviction :不过期,写操作返回报错

maxmemory-policy volatile-lru    #如果达到maxmemory值,采用此策略

maxmemory-samples 3       #默认随机选择3个key,从中淘汰最不经常用的

 

############### 附加模式 ###############

 

appendonly no   #AOF持久化,是否记录更新操作日志,默认redis是异步(快照)把数据写入本地磁盘

appendfilename appendonly.aof  #指定更新日志文件名

# AOF持久化三种同步策略:

# appendfsync always     #每次有数据发生变化时都会写入appendonly.aof

# appendfsync everysec   #默认方式,每秒同步一次到appendonly.aof

# appendfsync no        #不同步,数据不会持久化

no-appendfsync-on-rewrite no   #当AOF日志文件即将增长到指定百分比时,redis通过调用BGREWRITEAOF是否自动重写AOF日志文件。

 

############### 虚拟内存 ###############

 

vm-enabled no     #是否启用虚拟内存机制,虚拟内存机将数据分页存放,把很少访问的页放到swap上,内存占用多,最好关闭虚拟内存

vm-swap-file /var/lib/redis/redis.swap   #虚拟内存文件位置

vm-max-memory 0   #redis使用的最大内存上限,保护redis不会因过多使用物理内存影响性能

vm-page-size 32   #每个页面的大小为32字节

vm-pages 134217728 #设置swap文件中页面数量

vm-max-threads 4   #访问swap文件的线程数

 

############### 高级配置 ###############

 

hash-max-zipmap-entries 512   #哈希表中元素(条目)总个数不超过设定数量时,采用线性紧凑格式存储来节省空间

hash-max-zipmap-value 64     #哈希表中每个value的长度不超过多少字节时,采用线性紧凑格式存储来节省空间

list-max-ziplist-entries 512    #list数据类型多少节点以下会采用去指针的紧凑存储格式

list-max-ziplist-value 64        #list数据类型节点值大小小于多少字节会采用紧凑存储格式

set-max-intset-entries 512   #set数据类型内部数据如果全部是数值型,且包含多少节点以下会采用紧凑格式存储

activerehashing yes         #是否激活重置哈希

 

小结:

Redis提供几种持久化机制:

1、RDB(默认)

工作方式:根据上述配置文件中save参数指定的时间间隔和Key变化数量触发快照(dump)到dump.rdb文件。

优势 :备份恢复简单。RDB通过子进程完成快照工作,相对比AOF启动效率高。

劣势 :服务器故障会丢失几分钟内的数据。

2、AOF

工作方式 :所有更新操作以日志的形式记录到AOF日志文件,在redis服务重新启动时会读取该日志文件来重新构建数据库,以保证启动后数据完整性。

优势 :AOF提供两种同步机制,一个是fsync always每次有数据变化就同步到日志文件和fsync everysec每秒同步一次到日志文件,最大限度保证数据完整性。

劣势:日志文件相对RDB快照文件要大的多。

AOF日志重写功能 :AOF日志文件过大,redis会自动重写AOF日志,append模式不断的将更新记录写入到老日志文件中,同时redis还会创建一个新的日志文件用于追加后续的记录。

3、同时应用RDB和AOF

 对于数据安全性高的场景,可同时使用AOF和RDB,这样会降低性能。

4、无持久化

在不要求数据持久化的业务场景,应关闭持久化,这样会提高很大性能。 

关闭方式:在配置文件设置

appendonly no

save “”

5、不重启redis服务从RDB切换到AOF方式

redis-cli> CONFIGSET appendonly yes      #启用AOF

redis-cli> CONFIGSET save ""         #关闭RDB

5、AOF日志文件出错后,修复方法

redis-check-aof --fix appendonly.aof  #--fix参数为修复日志文件,不加则对日志检查。

posted @ 2017-11-15 13:47  GeminiMp  阅读(481)  评论(0编辑  收藏  举报