Redis之父安特雷兹

Redis7概述

• Redis:Remote Dictionary Server(远程字典服务)是完全开源的使用ANSIC语言编写遵守BSD协议是一个高性能的Key-Value数据库提供了丰富的数据结构例如String、Hash、List、Set、SortedSet等等。数据是存在内存中的同时Redis支持事务、持久化、LUA脚本、发布/订阅、缓存淘汰、流技术等多种功能特性提供了主从模式、Redis Sentinel和Redis Cluster集群架构方案

跟Mysql的区别

与传统数据库关系(mysql)
Redis是key-value数据库(NoSQL一种)mysql是关系数据库
Redis数据操作主要在内存而mysql主要存储在磁盘
Redis在某一些场景使用中要明显优于mysql比如计数器、排行榜等方面
Redis通常用于一些特定场景需要与Mysql一起配合使用
两者并不是相互替换和竞争关系而是共用和配合使用

里程碑式的重要版本

核心新特性

Redis Functions

Client-eviction

Multi-part AOF

ACL V2

新增加命令

listpack 是用来替代 ziplist 的新数据结构在 7.0 版本已经没有 ziplist 的配置了6.0版本仅部分数据类型作为过渡阶段在使用

底层性能提升

Redis10大类型之总体

String字符串

string是redis最基本的类型一个key对应一个value。
string类型是二进制安全的意思是redis的string可以包含任何数据比如jpg图片或者序列化的对象 。
string类型是Redis最基本的数据类型一个redis中字符串value最多可以是512M

List列表

Redis列表是简单的字符串列表按照插入顺序排序。你可以添加一个元素到列表的头部左边或者尾部右边
它的底层实际是个双端链表最多可以包含 2^32 - 1 个元素 (4294967295, 每个列表超过40亿个元素)

hash

hash 是一个 string 类型的 field字段 和 value值 的映射表hash 特别适合用于存储对象。
Redis 中每个 hash 可以存储 2^32 - 1 键值对40多亿

Set集合

Redis 的 Set 是 String 类型的无序集合。集合成员是唯一的这就意味着集合中不能出现重复的数据集合对象的编码可以是 intset 或者 hashtable。
Redis 中Set集合是通过哈希表实现的所以添加删除查找的复杂度都是 O(1)。
集合中最大的成员数为 2^32 - 1 (4294967295, 每个集合可存储40多亿个成员)

zset(sorted set有序集合)

Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。
不同的是每个元素都会关联一个double类型的分数redis正是通过分数来为集合中的成员进行从小到大的排序。
zset的成员是唯一的,但分数(score)却可以重复。
zset集合是通过哈希表实现的所以添加删除查找的复杂度都是 O(1)。 集合中最大的成员数为 2^32 - 1

GEO

GEO主要用于存储地理位置信息并对存储的信息进行操作包括
添加地理位置的坐标。
获取地理位置的坐标。
计算两个位置之间的距离。
根据用户给定的经纬度坐标来获取指定范围内的地理位置集合

HyperLogLog

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

Bitmap

由0和1状态表现的二进制位的bit数组

bitfield

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

Stream

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