Redis配置与优化
Redis简介
Redis基于内存运行并支持持久化
采用key-value(键值对)的存储形式
优点
- 具有极高的数据读写速度
- 支持丰富的数据类型
- 支持数据的持久化
- 原子性
- 支持数据备份
Redis和mem的差别
- redis:支持持久化,不支持结构化
- mem : 支持结构化,不支持持久化
Redis的安装部署
yum install gcc gcc-c++ -y
mount.cifs
cd /mnt
tar zxvf redis-5.0.7.tar.gz -C /opt
cd /opt/redis-5.0.7/
make
make PREFIX=/usr/local/redis/ install
cd utils/
./install_server.sh
Please select the redis executable path [ ] /usr/local/redis/bin/redis-server
ln -s /usr/local/redis/bin/* /usr/local/bin
netstat -ntap | grep 6379
/etc/init.d/redis_6379 stop
/etc/init.d/redis_6379 start
Redis配置文件
配置参数
- bind:监听的主机地址
- port: 端口
- daemonize yes:启用守护进程
- pidfile:指定PID文件
- loglevel notice:日志级别
- logfile:指定日志文件
Redis数据库常用命令
Redis-cil命令行工具
redis-cil
redis-cil -h 192.168.45.131 -p 6379
127.0.0.1:6379> help @list
127.0.0.1:6379> help set
127.0.0.1:6379> set teacher lisi
127.0.0.1:6379> get teacher
key相关命令
127.0.0.1:6379> keys *
127.0.0.1:6379> keys v*
127.0.0.1:6379> keys v?
127.0.0.1:6379> keys v??
127.0.0.1:6379> exists teacher
127.0.0.1:6379> exists tes
127.0.0.1:6379> del teacher
- type:获取key对应的value值类型
- rename(覆盖)/renamenx(不覆盖):对已有的key进行重命名
127.0.0.1:6379> rename teacher tea
127.0.0.1:6379> dbsize
redis-benchmark测试工具
- -h:指定服务器主机
- -p:指定服务器端口
- -c:指定并发连接数
- -n:指定请求书
- -d:以字节的形式指定SET/GET值的数据大小
- -q:强制退出redis。仅显示query/sec值
向IP地址192.168.45.131.端口为6379的redis服务器发送100个并发连接与100000个请求测试性能
redis-benchmark -h 192.168.45.131 -p 6379 -c 100 -n 100000
测试存取大小为100字节的数据包的性能
redis-benchmark -h 192.168.45.131 -p 6379 -q -d 100
Redis多数据库操作
Redis支持多数据库,默认支持16个数据库,0-15命名
多个数据库相互独立,互不干扰
多数据库常用命令
127.0.0.1:6379> select 10
OK
127.0.0.1:6379[10]> select 15
OK
127.0.0.1:6379[15]>
127.0.0.1:6379[15]> move k1 3
127.0.0.1:6379> flushdb
127.0.0.1:6379> flushall
Redis持久化
持久化概述
- Redis是运行在内存中,内存中的数据断电丢失
- 为了能够重用Redis数据,或者放置系统故障,我们需要将Redis中的数据写入到磁盘空间中,即持久化
持久化分类
- RDB方式:创建快照的方式获取某一时刻Redis中所有数据的副本
- AOF方式:将执行的写入命令写到文件的末尾,以日志的方式来记录数据的变化
RDB持久化
Redis的默认持久化方式
默认文件名dump.rdb
触发条件
- 在指定的时间间隔内,执行指定次数的写操作(配置文件控制)
- 执行save或者是bgsave(异步)命令
- 执行flushall命令,清空数据库所有数据
- 执行shutdown命令,保证服务器正常关闭且不丢失任何数据
优缺点
- 适合大规模的数据恢复
- 如果业务对数据的完整性和一致性要求不高,RDB是很好的选择
- 数据的完整性和一致性不高
- 备份是占用内存
通过RDB文件恢复数据
- 将dump.rdb文件拷贝到redis的安装目录的bin目录下,重启redis服务即可
配置文件选项
vim /etc/redis/6379.conf
save 900 1
save 300 10
save 60 10000
dbfilename dump.rdb
dir /var/lib/redis/6379
rdbcompression yes
AOF持久化
Redis默认不开启
弥补RDB的不足(数据的不一致性)
采用日志的形式来记录每个写操作,并追加到文件中
Redis重启会根据日志文件的内容将写入指令从前到后执行一次以完成数据的恢复工作
根据AOF文件恢复数据
- 将appendonly.aof文件拷贝到redis的安装目录的bin目录下,重启redis服务即可
配置文件选项
vim /etc/redis/6379.conf
appendonly yes
appendfilename “appendonly.aof”
appendfsync everysec
aof-load-truncated yes
AOF的重写机制
- AOF的工作原理是将写操作追加到文件中,文件的冗余内容会越来越多
- 当AOF 文件的大小超过所设定的阈值时,Redis就会服AOF文件的内容压缩
AOF重写的原理
- Redis会fork除一条新进程,读取内存中的数据(并没有读取旧文件),并重写到一个临时文件夹中,最后替换旧的aof文件
AOF 重写配置
vim /etc/redis/6379.conf
no-appendfsunc-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
Redis性能管理
查看redis内存使用
redis-cil
127.0.0.1:6379> info memory
used-memory:2650536
used-memory-human: 2.53M
mem_fragmentation_ratio:4.57
内存碎片率
操作系统分配的内存值used_memory_rss除以redis使用的内存值used_memory计算得出
内存碎片是由操作系统低效的分配/回收物理内存导致的
跟踪内存碎片率对理解redis示例的资源性能是非常重要的
- 内存碎片率稍大于1是合理的,这个值表示内存碎片率比较低
- 内存碎片率超过1.5,说明redis消耗了实际需要物理内存的150%,其中的50%是内存碎片率
- 内存碎片率低于1的,说明Redis内存分配超出物理内存,操作系统正在进行内存交换
内存使用率
redis实例的内存使用率超过可用最大内存,操作系统将开始进行内存与swap空间交换
避免内存交换
- 针对缓存数据大小选择
- 尽可能的使用Hash数据结构
- 设置key的过期时间
回收key
保证合理分配的redis有显示的内存资源
当内存使用达到设置的最大阈值时,需要选择一种key的回收策略
- 默认情况下回收策略是禁止删除
- redis.com配置文件中修改maxmemory-policy属性值
-volatile-lru:使用LRUS算法从已设置过期时间的数据集合中淘汰数据
-volatile-ttl:从已设置过期时间的数据集合中挑选即将过期的数据淘汰
-volatile-random:从已设置过期时间的数据集合中随机挑选数据淘汰
-alikeys-lru:使用LRU算法从所有数据集合中淘汰数据
-alikeys-random:从数据集合中任意选择数据淘汰
-no-enviction:禁止淘汰数据