版本 redis 5.0.8
redis.conf在哪?
我们下载的redis-5.0.8.tar.gz,解压为redis-5.0.8
这3个文件:redis-5.0.8.tar.gz是压缩包,redis-5.0.8是源代码(c)目录,需要进行make
编译,redis是经过编译后设置的可运行命令目录
配置文件就在redis-5.0.8目录下,redis目录是没有的
将它复制到这,随便放哪
redis.conf配置属性
这个配置文件有1372行,里面有很多属性
这里介绍常用的属性:
daemonize no
:Redis默认不是以守护进程的方式运行,可以通过该配置项修改,使用yes启用守护进程
pidfile /var/run/redis.pid
当Redis以守护进程方式运行时,Redis默认会把pid写入/var/run/redis.pid文件,可以通过pidfile指定
port 6379
:指定Redis监听端口,默认端口为6379
bind 127.0.0.1
:绑定的主机地址,如果我们需要远程连接,就要把这条注释
timeout 300
:当客户端闲置多长时间后关闭连接,如果指定为0,表示关闭该功能
loglevel verbose
:指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为verbose
logfile stdout
:log输出到标准设备,logs不写文件,输出到空设备,/deb/null ,也可以设置log 文件路径
databases 16
:设置数据库的数量,可以使用SELECT <dbid>
命令在连接上指定数据库
默认16个,且默认使用数据库db0
在图形化界面也可以看到有16个数据库
通过select 1
使用数据库db1
-
save <seconds> <changes>
指定在多长时间内,有多少次更新操作,就将数据同步到数据文件,可以多个条件配合Redis默认配置文件中提供了三个条件:
save 900 1
save 300 10
save 60 10000
分别表示900秒(15分钟)内有1个更改就同步到磁盘,300秒(5分钟)内有10个更改以及60秒内有10000个更改。
Save the DB on disk 保存数据在磁盘
rdbcompression yes
指定存储至本地数据库时是否压缩数据,默认为yes,Redis采用LZF压缩,如果为了节省CPU时间,可以关闭该选项,但会导致数据库文件变的巨大
dbfilename dump.rdb
指定本地数据库文件名,默认值为dump.rdb
dir ./
指定本地数据库存放目录,也就是当前操作时所在的目录
例如:在redis目录下结束shutdown
,就会产生dump.rdb文件
slaveof <masterip> <masterport>
设置当本机为slav服务时,设置master服务的IP地址及端口,在Redis启动时,它会自动从master进行数据同步
在该配置文件中并没有,需要自己设置,与主从redis相关
masterauth <master-password>
当master服务设置了密码保护时,slav服务连接master的密码
requirepass foobared
:设置Redis连接密码,如果配置了连接密码,客户端在连接Redis时需要通过-a <password>
命令提供密码,默认关闭
maxclients 128
:设置同一时间最大客户端连接数,默认无限制(10000),Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数,如果设置 maxclients 0,表示不作限制。当客户端连接数到达限制时,Redis会关闭新的连接并向客户端返回max number of clients reached错误信息
maxmemory <bytes>
指定Redis最大内存限制,Redis在启动时会把数据加载到内存中,达到最大内存后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理 后,仍然到达最大内存设置,将无法再进行写入操作,但仍然可以进行读取操作。Redis新的vm机制,会把Key存放内存,Value会存放在swap区
appendonly no
指定是否在每次更新操作后进行日志记录,Redis在默认情况下是异步的把数据写入磁盘,如果不开启,可能会在断电时导致一段时间内的数据丢失。因为redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内只存在于内存中。默认为no
appendfilename appendonly.aof
:指定更新日志文件名,默认为appendonly.aof
appendfsync everysec
:指定更新日志条件,共有3个可选值:
no:表示等操作系统进行数据缓存同步到磁盘(快)
always:表示每次更新操作后手动调用fsync()将数据写到磁盘(慢,安全)
everysec:表示每秒同步一次(折中,默认值)
以下虚拟内存较复杂:
-
vm-enabled no
:指定是否启用虚拟内存机制,默认值为no,VM机制将数据分页存放,由Redis将访问量较少的页即冷数据swap到磁盘上,访问多的页面由磁盘自动换出到内存中 -
vm-swap-file /tmp/redis.swap
虚拟内存文件路径,默认值为/tmp/redis.swap,不可多个Redis实例共享 -
vm-max-memory 0
将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0 -
vm-page-size 32
:Redis swap文件分成了很多的page,一个对象可以保存在多个page上面,但一个page上不能被多个对象共享,vm-page-size是要根据存储的 数据大小来设定的,作者建议如果存储很多小对象,page大小最好设置为32或者64bytes;如果存储很大大对象,则可以使用更大的page,如果不 确定,就使用默认值 -
vm-pages 134217728
:设置swap文件中的page数量,由于页表(一种表示页面空闲或使用的bitmap)是在放在内存中的,,在磁盘上每8个pages将消耗1byte的内存。 -
vm-max-threads 4
:设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的,可能会造成比较长时间的延迟。默认值为4 -
glueoutputbuf yes
:设置在向客户端应答时,是否把较小的包合并为一个包发送,默认为开启 -
指定在超过一定的数量或者最大的元素超过某一临界值时,采用一种特殊的哈希算法
hash-max-zipmap-entries 64
hash-max-zipmap-value 512 -
activerehashing yes
:指定是否激活重置哈希,默认为开启,与Redis的哈希算法相关
include /path/to/local.conf
:指定包含其它的配置文件,可以在同一主机上多个Redis实例之间使用同一份配置文件,而同时各个实例又拥有自己的特定配置文件
远程连接
环境:
- 阿里云ESC,centos7的redis5
- 本地Window10,图形化工具RedisDesktoManager
步骤:
- redis配置文件设置
设置redis密码:修改redis.conf文件
找到requirepass属性,它默认是注释的,把#去掉然后加上自己的密码
启动守护进程(当然也可以no:交互界面,但是没有意义):
注释绑定端口:
设置redis后台运行(关闭centos客户端redis也在运行):
## redis-server位置 和 redis.conf位置
./bin/redis-server ./redis.conf
2.设置安全组
- Redios Desktop Manager配置
地址填阿里云esc的公网IP
修改了密码后就无法直接查看数据了
通过./bin/redis-cli -a 密码
登录
Redis Desktop Manager:
Redis内存淘汰策略
Redis是一个内存数据库, 所有数据基本上都存在于内存当中, 会定时以追加或者快照的方式刷新到硬盘,这带来的优点:读取写入的速度快, 所以经常被用来做数据, 页面等的缓存
因为Redis是在内存中操作,而内存并不大,当内存占用过多就会影响系统,就需要一些内存淘汰策略,即时的整理内存,维持系统性能
有两种方案:
为数据设置超时时间
数据库中的数据zhangsan:123
ttl命令以秒为单位返回key的剩余过期时间:没有设置过期时间为-1,即不过期
可以通过命令expire key seconds
设置超时时间
如expire zhangsan 12
:存活12秒
当ttl zhangsan
为-2,即该key不存在
注意: 除了字符串有自己独有的过期方式,其他都需要依靠expire设置
字符串的过期方式:setex key seconds value
LRU算法动态将不用的数据删除
LRU:Least Recently Used,最近最少使用,一种常用的页面置换算法,选择最近最久未使用的页面予以淘汰
Redis的配置中有3个属性与之相关:
maxmemory <bytes>
指定Redis最大内存限制,Redis在启动时会把数据加载到内存中,达到最大内存后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理 后,仍然到达最大内存设置,将无法再进行写入操作,但仍然可以进行读取操作
-
maxmemory-policy
淘汰策略.:定义参与淘汰的数据的类型和属性
Redis5有8种淘汰策略
-
maxmemory-samples
: 随机采样的精度. 该数值配置越大, 越接近于真实的LRU算法,但是数值越大, 消耗的CPU计算时间越多,执行效率越低
Redis 中的 LRU 不是严格意义上的LRU算法实现,是一种近似的 LRU 实现,主要是为了节约内存占用以及提升性能。
Redis 的 LRU 是取出配置的数目的key,然后从中选择一个最近最不经常使用的 key 进行置换,默认的 5,即取出5个key
Redis5提供了8种淘汰策略:
- volatile-lru -> 设定超时时间的数据中,删除最不常使用的数据
- allkeys-lru -> 查询所有的key中最近最不常使用的数据进行删除,这是应用最广泛的策略.
- volatile-random -> 在已经设定了超时的数据中随机删除.
- allkeys-random -> 查询所有的key,之后随机删除
- volatile-ttl -> 查询全部设定超时时间的数据,之后排序,将马上将要过期的数据进行删除操作.
- noeviction -> 如果设置为该属性,则不会进行删除操作,如果内存溢出则报错返回
相比redis前几个版本新增 :
- volatile-lfu -> 从所有配置了过期时间的键中驱逐使用频率最少的键
- allkeys-lfu -> 从所有键中驱逐使用频率最少的键