Redis入门

目录

• 一、关系型数据库与非关系型数据库
  • 1.1、关系型数据库
  • 1.2、非关系型数据库
  • 1.3、非关系型数据库产生背景
• 二、Redis是什么
• 三、Redis的数据类型及主要特性
  • 3.1、String类型：
  • 3.2、哈希类型
  • 3.3、列表类型
  • 3.4、集合类型 
  • 3.5、有序集合类型 
• 四、Redis配置文件
  • 4.1、配置参数（/etc/redis/6379.conf）
  • 4.2、key相关命令
  • 4.3、redis-benchmark测试工具
• 五、Redis安装部署
  • 5.1、操作步骤
  • 5.2、编译安装Redis
  • 5.3、设置Redis相关配置文件
  • 5.4、登录redis
  • 5.5、数据类型
• 六、Redis持久化
  • 6.1、持久化概述
  • 6.2、持久化分类
  • 6.3、RDB持久化
  • 6.4、AOF持久化
• 七、测试
  • 7.1、为6379的Redis服务器发生100并发连接数10000个请求数
  • 7.2、存取大小为100字节的数据包的性能
  • 7.3、测试本机上Redis服务在进行set与lpush操作时的性能
• 八、Redis性能管理
  • 8.1、内存碎片率
  • 8.2、内存使用率
  • 8.3、回收key

一、关系型数据库与非关系型数据库

1、关系型数据库

(1)、一个结构化的数据库，创建再关系型基础上

(2)、一般面向于记录

(3)、包括：Oracle、MySQL、SQL Server、Microsoft Access、DB2等

2、非关系型数据库

(1)、除了主流的关系型数据库外的数据库，都认为是非关系型

(2)、包括：Redis、MongBD、Hbase、CouhDB等

3、非关系型数据库产生背景

(1)、High performance——对数据库高并发读写需求

(2)、Huge Storage——对海量数据高效存储与访问需求

(3)、High Scalability && High Availability——对数据库高可扩展性与高可用性需求

二、Redis是什么

1、Redis是现在最受欢迎的NoSQL数据库之一，Redis是一个使用ANSIC编写的开源、包含多种数据结构、支持网络、基于内存、可选持久性的键值对存储数据库，其具备如下特性：

·基于内存运行，性能高效

·支持分布式，理论上可以无限扩展

·key-value存储系统

·开源的使用ANSIC语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API

2、相比于其他数据库类型，Redis具备的特点是：

·C/S通讯模型

·单进程单线程模型

·丰富的数据类型

·操作具有原子性

·持久化

·高并发读写

·支持lua脚本

3、哪些大厂在使用Redis？

·微博

·阿里巴巴

·百度

·美团

·搜狐等

三、Redis的数据类型及主要特性

Redis提供的数据类型主要分为5种自有类型和一种自定义类型，这5种自有类型包括：String类型、哈希类型、列表类型、集合类型和有序集合类型。

1、String类型：

它是一个二进制安全的字符串，意味着它不仅能够存储字符串、还能存储图片、视频等多种类型, 最大长度支持512M。

对每种数据类型，Redis都提供了丰富的操作命令，如：

①GET/MGET

②SET/SETEX/MSET/MSETNX

③INCR/DECR

④GETSET

⑤DEL

2、哈希类型

该类型是由field和关联的value组成的map。其中，field和value都是字符串类型的。Redis是一个键值的集合。每个hash可以存储2的32次方-1个键值对

Hash的操作命令如下：

①HGET/HMGET/HGETALL

②HSET/HMSET/HSETNX

③HEXISTS/HLEN

④HKEYS/HDEL

⑤HVALS

3、列表类型

该类型是一个插入顺序排序、可以重复的字符串元素集合, 基于双链表实现。可以添加一个元素到列表的头部（左边）或者尾部，列表最多可存储2的32次方-1个元素

List的操作命令如下：

①LPUSH/LPUSHX/LPOP/RPUSH/RPUSHX/RPOP/LINSERT/LSET

②LINDEX/LRANGE

③LLEN/LTRIM

4、集合类型 

Set类型是一种无顺序集合, 它和List类型最大的区别是：集合中的元素没有顺序, 且元素是唯一的。

Set类型的底层是通过哈希表实现的，其操作命令为：

①SADD/SPOP/SMOVE/SCARD

②SINTER/SDIFF/SDIFFSTORE/SUNION

Set类型主要应用于：在某些场景，如社交场景中，通过交集、并集和差集运算，通过Set类型可以非常方便地查找共同好友、共同关注和共同偏好等社交关系。

5、有序集合类型 

ZSet是一种有序集合类型，每个元素都会关联一个double类型的分数权值，通过这个权值来为集合中的成员进行从小到大的排序。与Set类型一样，其底层也是通过哈希表实现的。

ZSet命令：

①ZADD/ZPOP/ZMOVE/ZCARD/ZCOUNT

②ZINTER/ZDIFF/ZDIFFSTORE/ZUNION

四、Redis配置文件

1、配置参数（/etc/redis/6379.conf）

①bind：监听的主机地址

②port：端口

③daemonize yes：启用守护进程

④pidfile：指定PID文件

⑤loglevel notice：日志级别

⑥logfile：指定日志文件

2、key相关命令

①keys：获取符合规则的键值列表

②exists：判断键值是否存在

③del：删除当前数据库的指定key

④type：获取key对应的value值类型

⑤rename（覆盖）/renamenx（不覆盖）：重命名

⑥dbsize：查看当前数据库中key的数目

3、redis-benchmark测试工具

① -h：指定服务器的主机名

② -p：指定服务器端口

③ -c：指定并发连接数

④ -n：指定请求数

⑤ -d：以字节的形式指定SET/GET值的数据大小

⑥ -q：强制退出Redis，仅显示query/sec值

五、Redis安装部署

1、操作步骤

解压软件包—→make && make install—→设置Redis相关配置文件—→查看运行状态

2、编译安装Redis

[root@server1 ~]# tar zxf redis-5.0.7.tar.gz
[root@server1 ~]# cd redis-5.0.7/
[root@server1 redis-5.0.7]# make -j2
[root@server1 redis-5.0.7]# make PREFIX=/usr/local/redis install
[root@server1 redis-5.0.7]# ln -s /usr/local/redis/bin/* /usr/local/bin     #将redis的所有命令拷贝到/usr/local/bin目录下，可以更便捷的使用

3、设置Redis相关配置文件

4、登录redis

[root@server1 src]# redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379>

5、数据类型

(1)、string（字符串）是redis最基本的类型

举例

127.0.0.1:6379> set name zhangsan
OK
127.0.0.1:6379> get name
"zhangsan"
127.0.0.1:6379> set id 123
OK
127.0.0.1:6379> get id
"123"

(2)、Hash（哈希字典），适合存储对象

举例

127.0.0.1:6379> hmset stu name lisi age 24 sex 男
OK
127.0.0.1:6379> hget stu name
"lisi"
127.0.0.1:6379> hget stu age
"24"
127.0.0.1:6379> hget stu sex
"\xe7\x94\xb7"
###--raw  解决中文乱码问题
[root@server1 src]# redis-cli -h 127.0.0.1 -p 6379 --raw
127.0.0.1:6379> hget stu sex
男

(3)、List（列表）

举例

(4)、Set（集合）是string类型的无序的集合

集合是通过哈希表实现的，所有添加，删除，查找的复杂度都是0（1）

作用场景：

①共同好友

②利用唯一性，统计访问网站的所有独立ip

③好友推荐时，根据tag求交集，大于某个阈值就可以推荐

举例

127.0.0.1:6379> sadd color red green yellow orange
4
127.0.0.1:6379> smembers color
green
red
orange
yellow
127.0.0.1:6379> sadd color orange
0
##去重

(5)、zset（有序集合）

举例

六、Redis持久化

1、持久化概述

·Redis是运行在内存中，内存中的数据断电丢失

·为了能够重用Redis数据，或者防止系统故障，需要将Redis中的数据写入到磁盘空间中，即持久化

2、持久化分类

·RDB方式：创建快照的方式获取某一时刻Redis中所有数据的副本

·AOF方式：将执行的写命令写到文件的末尾，以日志的方式来记录数据的变化

3、RDB持久化

(1)、Redis的默认持久化方式

(2)、默认文件名dump.rdb

(3)、触发条件

①在指定的时间间隔内，执行指定次数的写操作（配置文件控制）

②执行save或者是bgsave（异步）命令

③执行flushall命令，清空数据库所有数据

④执行shutdown命令，保证服务器正常关闭且不丢失任何数据

(4)、优缺点

·适合大规模的数据恢复

·如果业务对数据完整性和一致性要求不高，RDB是很好的选择

·数据的完整性和一致性不高

·备份时占用内存

(5)、通过RDB文件恢复数据

将dump.rdb文件拷贝到redis的安装目录的bin目录下，重启redis服务即可

(6)、配置文件选项

[root@server1 src]# vim /etc/redis/6379.conf
save 900 1                   #900秒之内至少一次写操作
save 300 10                  #300秒之内至少发生10次写操作
save 60 10000                #60秒之内发生至少10000次写操作，只要满足其一都会触发快照操作，注释所有的save项表示关闭RDB
dbfilename dump.rdb          #RDB文件名称
dir /var/lib/redis/6379      #RDB文件路径
rdbcompression yes           #是否进行压缩

4、AOF持久化

(1)、Redis默认不开启

(2)、弥补RDB的不足（数据的不一致性）

(3)、采用日志的形式来记录每个写操作，并追加到文件中

(4)、Redis重启会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

(5)、根据AOF文件恢复数据

将appendonly.aof文件拷贝到Redis的安装目录的bin目录下，重启Redis服务即可

(6)、配置文件选项

[root@server1 src]# vim /etc/redis/6379.conf
appendonly yes                          #开启AOF持久化
appendfilename "appendonly.aof"         #AOF文件名称
# appendfsync always
appendfsync everysec                    #always：同步持久化，每次发生数据变化会立刻写入磁盘；everysec：默认推荐，每秒异步记录一次（默认值）；no：不同步，交给操作系统决定如何同步
# appendfsync no
aof-load-truncated yes                  #忽略最后一条可能存在问题的指令

[root@server1]# cd /var/lib/redis/6379/
[root@server1 6379]# ll
总用量 8
-rw-r--r--. 1 root root   0 11月 10 12:06 appendonly.aof
-rw-r--r--. 1 root root 175 11月 10 12:26 dump.rdb
-rw-r--r--. 1 root root 781 11月 10 12:26 nodes-6379.conf

七、测试

1、为6379的Redis服务器发生100并发连接数10000个请求数

2、存取大小为100字节的数据包的性能

[root@master1 src]# redis-benchmark -h 20.0.0.10 -p 6379 -q -d 100
PING_INLINE: 221238.94 requests per second
PING_BULK: 216450.20 requests per second
SET: 229357.80 requests per second
GET: 226757.36 requests per second
INCR: 224215.23 requests per second
LPUSH: 175746.92 requests per second
RPUSH: 168067.22 requests per second
LPOP: 203665.98 requests per second
RPOP: 219298.25 requests per second
SADD: 222717.16 requests per second
HSET: 227790.42 requests per second
SPOP: 224719.11 requests per second
LPUSH (needed to benchmark LRANGE): 172413.80 requests per second
LRANGE_100 (first 100 elements): 84745.77 requests per second
LRANGE_300 (first 300 elements): 33233.63 requests per second
LRANGE_500 (first 450 elements): 22794.62 requests per second
LRANGE_600 (first 600 elements): 16926.20 requests per second
MSET (10 keys): 185873.61 requests per second

3、测试本机上Redis服务在进行set与lpush操作时的性能

[root@master1 src]# redis-benchmark -h 20.0.0.10 -p 6379 -t set,lpush -n 100000 -q

SET: 233644.86 requests per second
LPUSH: 204081.62 requests per second

八、Redis性能管理

1、内存碎片率

(1)、操作系统分配的内存值used_memory_rss除以Redis使用的内存值used_memory计算得出

(2)、内存碎片是由操作系统低效的分配/回收物理内存导致的

不连续的物理内存分配

(3)、跟踪内存碎片率对理解Redis实例的资源性能是非常重要的

①内存碎片率稍大于1是合理的，这个值表示内存碎片率比较低

②内存碎片率超过1.5，说明Redis消耗了实际需要物理内存的150%，其中50%是内存碎片率

③内存碎片率低于1的，说明Redis内存分配超出了物理内存，操作系统正在进行内存交换

2、内存使用率

(1)、redis实例的内存使用率超过可用最大内存，操作系统将开始进行内存与swap空间交换

(2)、避免内存交换

①针对缓存数据大小选择

②尽可能的使用Hash数据结构

③设置key的过期时间

3、回收key

(1)、保证合理分配redis有限的内存资源

(2)、当达到设置的最大阀值时，需选择一种key的回收策略

①默认情况下回收策略是禁止删除

②redis.conf配置文件中修改maxmemory-policy属性值

1）volatile-lru：使用LRU算法从已设置过期时间的数据集合中淘汰数据

2）volatile-ttl：从已设置过期时间的数据集合中挑选即将过期的数据淘汰

3）volatile-random：从已设置过期时间的数据集合中随机挑选数据淘汰

4）allkeys-lru：使用LRU算法从所有数据集合中淘汰数据

5）allkeys-random：从数据集合中任意选择数据淘汰

6）no-enviction：禁止淘汰数据

Redis入门

原文：https://www.cnblogs.com/Xing88/p/13992328.html