Redis数据类型都有哪些？

Redis支持丰富的数据类型，那么具体在Redis7中都有哪些数据类型呢？请看下图：

Redis十大数据类型
官网介绍：https://redis.io/docs/data-types/。

其中，String、Hash、List、Set、Sorted Set等类型是大家比较熟知的，剩下的类型可能在日常工作中用到的比较少，没关系，以上所有数据类型都会进行简单介绍。

注意：我们说的数据类型指的都是指Value的类型，Key的类型都是字符串。

各数据类型及命令介绍

注意：Redis命令是不区分大小写的，但是Key是区分大小写的！

Redis字符串（Strings）

官网介绍：https://redis.io/docs/data-types/strings/

String是Redis最基本的类型，也是使用频率极高的一种数据类型，简单来说就是一个key对应一个value。
String类型是二进制安全的、可进行序列化，即Redis的String可以包含任何数据，比如jpg图片或者序列化后的对象。
String类型是Redis最基本的数据类型，一个String Key对应的Value最多可以存储512M的数据。

Strings 操作命令

String数据类型的操作命令有很多，常用的有 SET、GET、SETNX、MGET 等。
官网中有详细介绍，有需要的可以移步官网学习。

英文官网：https://redis.io/commands/?group=string

中文网：http://redis.cn/commands.html#string

Redis列表（Lists）

官网介绍：https://redis.io/docs/data-types/lists/

Redis列表是简单的字符串列表，按照插入顺序排序。可以通过命令添加一个元素到列表的头部（左边-lpush）或者尾部（右边-rpush）。
基于Linked Lists实现，它的底层实际是个双端链表，最多可以包含 2^32 - 1 个元素 (4294967295, 每个列表超过40亿个元素)。对两端的操作性能很高，但是通过索引下标操作中间的节点性能会较差，但是也在常数级别。
主要功能有push/pop等，一般用在栈、队列、消息队列等场景。左边（头部）、右边（尾部）都可以添加元素。

Lists操作命令

List数据类型的常用操作命令有 LPUSH、RPUSH、LPOP、RPOP、LRANGE、LINDEX、LLEN、LTRIM、LMOVE 等，其他命令详细的介绍可以参考官网：

英文官网：https://redis.io/commands/?group=list

中文网：http://redis.cn/commands.html#list

Redis 哈希（Hashes）

官网介绍：https://redis.io/docs/data-types/hashes/

类似于Java中的Map
Redis Hash 是一个K-V键值对，Key是 String 类型的字段，Value 是key对应的映射，hash 特别适合用于存储对象。
Redis 中每个 hash 可以存储 4,294,967,295（2^32 - 1）个键值对（40多亿）

Hash操作命令

Hash数据类型常用的操作命令有 HSET、HGET、HLEN、HDEL、HGETALL、HMSET、HMGET 等等。其他命令详细的介绍可以参考官网：

英文官网：https://redis.io/commands/?group=hash

中文网：http://www.redis.cn/commands.html#hash

Redis集合（Sets）

官网介绍：https://redis.io/docs/data-types/sets/

类似于Java中的Set集合
Redis 的 Set 是 String 类型的无序集合。集合中的元素是唯一的，即集合中不会出现重复的元素。
集合对象的编码可以是 intset 或者 hashtable。
Redis 中Set集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是 O(1)。
可以执行常见的集合操作，如交集、并集和差集。
集合中最大的成员数为 2^32 - 1 (4294967295, 每个集合可存储40多亿个成员)。

Sets操作命令

Sets数据类型的常用操作命令有 SADD、SREM、SMEMBERS、SISMEMBER、SINTER、SCARD等，其他命令详细的介绍可以参考官网：

英文官网：https://redis.io/commands/?group=set

中文网：http://redis.cn/commands.html#set

Redis有序集合（Sorted Sets 或 ZSet）

官网介绍：https://redis.io/docs/data-types/sorted-sets/

Redis zset 和 set 一样也是string类型元素的集合，且不允许有重复的成员。
不同的是每个元素都会关联一个Double类型的分数（score），Redis正是通过该分数来为集合中的成员进行从小到大的排序。
ZSet中的元素是唯一的，但分数(score)是可以重复的。如果分数相同，这些字符串将按字典顺序排列。
ZSet集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是 O(1)。集合中最大的成员数为 2^32 - 1(4294967295, 每个集合可存储40多亿个成员)。

ZSet操作命令

Sets数据类型的常用操作命令有ZADD、ZRANGE、ZRANK、ZPEVRANK 等，其他命令详细的介绍可以参考官网：

英文官网：https://redis.io/commands/?group=sorted-set

中文网：http://redis.cn/commands.html#sorted_set

Redis地理空间（GEO）

Redis在3.2.0版本之后增加了地理位置的处理。
Redis GEO 主要用于存储地理位置信息，并对存储的信息进行操作，包括：
1、添加地理位置的坐标。
2、搜索地理位置的坐标。
3、计算两个位置之间的距离。
4、根据用户给定的经纬度坐标来获取指定范围内的地理位置集合。

GEO操作命令

Geo数据类型的常用操作命令有 GEOADD、GEOHASH、GEOSEARCH等，其他命令详细的介绍可以参考官网：

英文官网：https://redis.io/commands/?group=geo

中文网：http://redis.cn/commands.html#geo

Redis 基数统计（HyperLogLog）

Redis 在2.8.9版本添加了HyperLogLog 数据结构。
HyperLogLog是Redis中的一种概率数据结构，用于估计集合的基数。
HyperLogLog 是用来做基数统计的算法，HyperLogLog 的优点是，在输入元素的数量或者体积非常大时，计算基数所需的空间总是固定且是很小的。
在 Redis 里面，每个 HyperLogLog 键只需要花费 12 KB 内存，就可以计算接近 2^64 个不同元素的基数。这和计算基数时，元素越多耗费内存就越多的集合形成鲜明对比。
但是，因为 HyperLogLog 只会根据输入元素来计算基数，而不会储存输入元素本身，所以 HyperLogLog 不能像集合那样，返回输入的各个元素。

HyperLogLog 操作命令

HyperLogLog数据类型的操作命令共有5个，分别为 PFADD、PFOUNT、PFMERGE、PFDEBUG、PFSELFTEST
命令详细描述参考官网：

英文官网：https://redis.io/commands/?group=hyperloglog

中文网：http://redis.cn/commands.html#hyperloglog

Redis 位图（bitmap）

官网介绍：https://redis.io/docs/data-types/bitmaps/

指的是由0和1状态表现的二进制位的bit数组。
用String类型作为底层数据结构实现的一种统计二值状态的数据类型。
位图本质上还是数组，它是基于String数据类型的按位的操作。该数组由多个二进制位组成，每个二进制位都对应一个偏移量(称之为一个索引)。
Bitmap支持的最大位数是2^32位，它可以极大的节约存储空间，使用512M内存就可以存储多达42.9亿的字节信息。

Bitmap操作命令

Bitmap数据类型常用的命令有SETBIT、GETBIT、BITOP等，其他命令详细的介绍可以参考官网：

英文官网：https://redis.io/commands/?group=bitmap

Redis 位域（bitfield）

官网介绍：https://redis.io/docs/data-types/bitfields/

了解即可。
通过bitfield命令可以一次性操作多个比特位域(指的是连续的多个比特位)，它会执行一系列操作并返回一个响应数组，这个数组中的元素对应参数列表中的相应操作的执行结果。
说白了就是通过bitfield命令我们可以一次性对多个比特位域进行操作。

Redis流（Stream）

Redis中关于Stream 流的内容相对较多，在此仅做简单介绍。

官网介绍：https://redis.io/docs/data-types/streams/

Redis Stream 是 Redis 5.0 版本新增加的数据结构。
Redis Stream 主要用于消息队列（MQ，Message Queue），Redis 本身是有一个 Redis 发布订阅 (pub/sub) 来实现消息队列的功能，但它有个缺点就是消息无法持久化，如果出现网络断开、Redis 宕机等，消息就会被丢弃。
简单来说发布订阅 (pub/sub) 可以分发消息，但无法记录历史消息。
而 Redis Stream 提供了消息的持久化和主备复制功能，可以让任何客户端访问任何时刻的数据，并且能记住每一个客户端的访问位置，还能保证消息不丢失。