Redis相关介绍

本文介绍了Redis，一种开源的内存数据结构存储系统，强调其高性能、多种数据结构支持、内存存储、持久化策略、发布订阅功能及工作原理。

Redis的介绍

Redis（Remote Dictionary Server），即远程字典服务，是一个开源的、使用ANSI C语言编写的、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。Redis因其高性能、高并发、丰富的数据类型和灵活的数据操作而广受欢迎。

主要特点：

1. 高性能：Redis使用内存存储数据，读写速度极快，官方测试数据显示，读的速度可达110000次/s，写的速度可达81000次/s。
2. 数据类型丰富：支持字符串（String）、哈希（Hash）、列表（List）、集合（Set）、有序集合（Sorted Set，简称zset）等多种数据类型，以及HyperLogLogs（基数统计）、Bitmaps（位图）和Geospatial（地理位置）等特殊数据类型。
3. 原子性操作：Redis的所有操作都是原子性的，支持对多个操作的原子性执行。
4. 持久化：支持RDB（Redis Database）和AOF（Append Only File）两种持久化机制，确保数据在服务器停机后不会丢失。
5. 主从同步：支持主从同步，数据可以从主服务器向任意数量的从服务器同步，实现数据冗余和读取操作的可扩展性。

redis的常用命令

Redis通用命令

通用指令是部分数据类型的，都可以使用的指令，常见的有:

• KEYS: 查看符合模板的所有key，不建议在生产环境设备上使用
• DEL: 删除一个指定的key
• EXISTS: 判断key是否存在
• EXPIRE: 给一个key设置有效期，有效期到期时该key会被自动删除
• TTL:查看一个KEY的剩余有效期

通过help [command]可以查看一个命令的具体用法，例如:

String类型

string类型，也就是字符串类型，是Redis中最简单的存储类型。其value是字符串，不过根据字符串的格式不同，又可以分为3类:

• string:普通字符串
• int:整数类型，可以做自增、自减操作
• float:浮点类型，可以做自增、自减操作

不管是哪种格式，底层都是字节数组形式存储，只不过是编码方式不同。字符串类型的最大空间不能超过512m.

String的常见命令有:

• SET:添加或者修改已经存在的一个String类型的键值对
• GET:根据key获取String类型的value
• MSET:批量添加多个String类型的键值对
• MGET:根据多个key获取多个String类型的value
• INCR:让一个整型的key自增1
• INCRBY:让一个整型的key自增并指定步长，例如: incrby num 2 让num值自增2
• INCRBYFLOAT:让一个浮点类型的数字自增并指定步长
• SETNX:添加一个String类型的键值对，前提是这个key不存在，否则不执行
• SETEX:添加一个String类型的键值对，并且指定有效期

Hash类型

Hash类型，也叫散列，其value是一个无序字典，类似于Java中的HashMap结构。string结构是将对象序列化为JSON字符串后存储，当需要修改对象某个字段时很不方便:

Hash结构可以将对象中的每个字段独立存储，可以针对单个字段做CRUD:

Hash的常见命令有:

• HSET key field value:添加或者修改hash类型key的field的值
• HGET key field:获取一个hash类型key的field的值
• HMSET:批量添加多个hash类型key的field的值
• HMGET:批量获取多个hash类型key的field的值
• HGETALL:获取一个hash类型的key中的所有的field和value
• HKEYS:获取一个hash类型的key中的所有的field
• HVALS:获取一个hash类型的key中的所有的value
• HINCRBY:让一个hash类型key的字段值自增并指定步长
• HSETNX:添加一个hash类型的key的field值，前提是这个field不存在，否则不执行

List类型

Redis中的List类型与Java中的LinkedList类似，可以看做是一个双向链表结构。既可以支持正向检索和也可以支持反向检索。
特征也与LinkedList类似:

• 有序
• 元素可以重复
• 插入和删除快
• 查询速度一般

常用来存储一个有序数据，例如:朋友圈点赞列表，评论列表等。

List的常见命令有:

• LPUSH key element ...:向列表左侧插入一个或多个元素
• LPOP key:移除并返回列表左侧的第一个元素，没有则返回nil
• RPUSH key element ...:向列表右侧插入一个或多个元素
• RPOP key:移除并返回列表右侧的第一个元素
• LRANGE key star end:返回一段角标范围内的所有元素
• BLPOP和BRPOP:与LPOP和RPOP类似，只不过在没有元素时等待指定时间，而不是直接返回nil

Set类型

Redis的Set结构与Java中的HashSet类似，可以看做是一个value为null的HashMap。因为也是一个hash表，因此具备与HashSet类似的特征:

• 无序
• 元素不可重复
• 查找快
• 支持交集、并集、差集等功能

set的常见命令有:

• SADD key member ...:向set中添加一个或多个元素
• SREM key member ...:移除set中的指定元素
• SCARD key:返回set中元素的个数
• SISMEMBER key member:判断一个元素是否存在于set中
• SMEMBERS:获取set中的所有元素
• SINTER key1 key2 ...:求key1与key2的交集
• SDIFF key1 key2 ...:求key1与key2的差集
• SUNION key1 key2 ..:求key1和key2的并集

SortedSet类型

Redis的SortedSet是一个可排序的set集合，与Java中的TreeSet有些类似，但底层数据结构却差别很大。SortedSet中的每一个元素都带有一个score属性，可以基于score属性对元素排序，底层的实现是一个跳表（SkipList)加 hash表。SortedSet具备下列特性:

• 可排序
• 元素不重复
• 查询速度快

因为SortedSet的可排序特性，经常被用来实现排行榜这样的功能。

SortedSet的常见命令有:

• ZADD key score member:添加一个或多个元素到sorted set，如果已经存在则更新其score值
• ZREM key member:删除sorted set中的一个指定元素
• ZSCORE key member:获取sorted set中的指定元素的score值
• ZRANK key member:获取sorted set中的指定元素的排名
• ZCARD key:获取sorted set中的元素个数
• ZCOUNT key min max:统计score值在给定范围内的所有元素的个数
• ZINCRBY key increment member: 让sorted set中的指定元素自增，步长为指定的increment值
• ZRANGE key min max:按照score排序后，获取指定排名范围内的元素
• ZRANGEBYSCORE key min max:按照score排序后，获取指定score范围内的元素
• ZDIFF、ZINTER、ZUNION:求差集、交集、并集

注意:所有的排名默认都是升序，如果要降序则在命令的Z后面添加REV即可

Redis的数据类型，分别适用什么样的场景

String（字符串）

适用场景：缓存任意类型的数据，如字符串、整数、浮点数等。由于其灵活性和普遍性，String 类型是 Redis 中最常用的数据类型。

示例：缓存用户信息、配置信息、计数器等。

Hash（哈希）

适用场景：存储对象类型的数据，每个字段都有一个对应的值。适用于需要表示一个对象或者映射关系的场景。

示例：存储用户信息（如用户名、密码、邮箱等），或者商品的属性（如名称、价格、库存等）。

List（列表）

适用场景：存储多个有序的字符串，适用于需要保存有序列表的场景，如消息队列、时间轴等。

示例：实现一个消息队列，或者保存用户的浏览历史。

Set（集合）

适用场景：存储多个无序且不重复的字符串，适用于需要快速查找某个元素是否存在于集合中的场景。

示例：用于实现用户标签、好友关系等。

Sorted Set（有序集合）

适用场景：存储多个带分数（score）的字符串，并且根据分数进行从小到大的排序。适用于需要排序的场景，如排行榜、成绩列表等。

示例：实现一个游戏排行榜，或者按照时间顺序排序的日志。

redis相对于mysql有什么区别

        数据类型区别：

MySQL是关系型数据库，主要用于存放持久化数据，将数据存储在硬盘中，读取速度较慢。

Redis是NOSQL，即非关系型数据库，也是缓存数据库，将数据存储在缓存中，缓存的读取速度快，能够大大的提高运行效率，但是保存时间有限

        本质区别：

MySQL：基于磁盘，读写速度没有Redis快，但是不受空间容量限制，性价比高；

Redis：基于内存，读写速度快，也可做持久化，但是内存空间有限，当数据量超过内存空间时，需扩充内存，而内存成本较高；

Redis的内存淘汰策略

当 Redis 内存达到最大限制且有新的写入操作需要更多内存时，Redis 会根据配置的内存淘汰策略来决定应该移除哪些数据以释放空间。 主要有以下几种内存淘汰策略：

1. noeviction（默认策略）： 不淘汰任何数据，当内存满时，新的写入命令将会报错。

2. volatile-lru：仅针对设置了过期时间的键，淘汰最近最少使用的（Least Recently Used，LRU）键

Redis的过期策略

• 定时删除：设置键值对过期时间的同时，创建一个定时器，到期时立即删除。这种策略可以立即释放过期数据占用的内存，但是会占用大量的 CPU 资源去处理定时器。在 Redis 中，这种策略并不是作为主要的过期键处理策略使用的，因为在键很多的时候，会消耗大量的 CPU 资源去处理定时器，这在实际应用中是不可接受的。
• 惰性删除：只有当客户端访问一个键值对时，才会检查该键值对是否过期，如果过期则删除。这种策略 CPU 资源占用小，但是如果过期的键值对一直不被访问，那么它们占用的内存就不会被释放。
• 定期删除：每隔一段时间，程序就对数据库进行一次检查，删除里面的过期键值对。这种策略是前两种策略的折中方案。