01-Redis 数据结构和特性

目录

1 Redis 是什么?

2 Redis 有哪些特性

2.1 读写速度快

2.2 基于键值对的数据结构服务器

2.3 丰富的功能

2.4 简单稳定

2.5 客户端语言多

2.6 持久化

2.7 主从复制

2.8 高可用和分布式

3 Redis 的使用场景

3.1 缓存

3.2 排行榜系统

3.3 计数器应用

3.4 社交网络

3.5 消息队列系统

3.6 分布式会话

3.7 分布式锁


1 Redis 是什么?

  • Redis 是一种基于键值对(key-value)的NoSQL数据库,相比其他键值对数据库的优势是,Redis 的 value 值类型更加的丰富可以由 string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(有序集合)、Bitmaps(位图)、HyperLogLog、GEO(地理信息定位)等多种数据和算法组成。
  • Redis 的读写速度非常快,由于 Redis 的数据都存放在内存中。
  • Redis 可以将内存的数据利用快照(RDB)和日志(AOF)的形式保存到硬盘上,防止断电和机器故障时内存的数据丢失。
  • Redis 还有键过期、发布订阅、事务、流水线、Lua 脚本等功能。

2 Redis 有哪些特性

2.1 读写速度快

正常情况下,Redis 的执行命令非常快,读写性能可以达到10万/秒(仅供参考,具体与机器性能有关)实现 Redis 读写速度这么快的原因有四点:

  • Redis 的所有数据都是存放在内存中的,这个是 Redis 速度快的最主要的原因。
  • Redis 是用C语言实现的,C语言实现的程序“距离”操作系统更近,执行速度相对会更快。
  • Redis 使用了单线程架构,预防了多线程可能产生的竞争问题。
  • Redis 源码作者对程序的精打细磨。

2.2 基于键值对的数据结构服务器

 Java 里面的 map,Python 里面的 dict 都提供了字典的功能,Redis(REmote Dictionary Server)与很多键值对数据库不同的是,值不仅可以是字符串,还可以是其他的数据结构,如:哈希、列表、集合、有序集合以及在字符串的基础之上演变出来的位图(Bitmaps)、HyperLogLog 两种数据结构和 GEO,如此使得 redis 的应用场景更广,有利于开发效率的提高。

2.3 丰富的功能

除了5种数据结构,Redis 还提供了许多额外的功能:

  • 键过期功能,实现缓存。
  • 发布订阅功能,实现消息系统。
  • Lua 脚本功能,利用 Lua 创造出新的 Redis 命令。
  • 简单的事务功能,能在一定程度上保证失误特性。
  • 流水线(Pipeline)功能,客户端将一批命令一次性传到 Redis,减少网络开销。

2.4 简单稳定

简单表现在三个方面:

  • Redis 源代码少,早期2万行,3.0之后添加集群特性,5万行。
  • Redis 使用单线程模型,服务端处理模型变得简单,客户端开发变得简单。
  • Redis 不需要依赖操作系统的类库(Memcache依赖libevent),自己实现了事件处理的相关功能。

2.5 客户端语言多

Java、Php、Python、C、C++

2.6 持久化

数据存放在内存里面是不安全的,因为一定出现断电或者机器故障,重要的数据可能都会丢失,Redis 提供了两种持久化的方式:RDB 和 AOF ,即可以用两种策略将内存的数据存储到硬盘中,如此保证数据的持久化。

2.7 主从复制

Redis 实现了复制功能,实现了多个相同数据的 Redis 副本。

2.8 高可用和分布式

  • Redis 2.8 实现 Redis Sentinel ,能保证 Redis 节点的故障发现和故障自动转移。
  • Redis 3.0 实现了分布式实现 Redis Cluster,提供了高可用、读写和容量的扩展性。

3 Redis 的使用场景

3.1 缓存

  • 高性能:假如用户第一次访问数据库中的某些数据。这个过程会比较慢,因为是从硬盘上读取的。将该用户访问的数据存在数缓存中,这样下一次再访问这些数据的时候就可以直接从缓存中获取了。操作缓存就是直接操作内存,所以速度相当快。如果数据库中的对应数据改变的之后,同步改变缓存中相应的数据即可!
  • 高并发:直接操作缓存能够承受的请求是远远大于直接访问数据库的,所以我们可以考虑把数据库中的部分数据转移到缓存中去,这样用户的一部分请求会直接到缓存这里而不用经过数据库。

3.2 排行榜系统

按照热度排名的排行榜、按照发布时间的排行榜,按照各种复杂维度计算出的排行榜。Redis 的 list(列表)和 zset(有序集合),通过这两种数据结构可以方便的构建各种排行榜。

3.3 计数器应用

计数器在网站中的应用非常重要,如视频网站的播放数、电商网站的浏览量,为了保证数据的实时性,每次播放和浏览都执行加1操作,并发量很大的话对于传统关系型数据的性能是一种挑战。Redis 提供的 incr 命令来实现计数器功能,内存操作,性能非常好,非常适用于这些计数场景。

3.4 社交网络

点赞、踩、关注/被关注、共同好友等是社交网站的基本功能,社交网站的访问量通常来说比较大,而且传统的关系数据库类型不适合存储这种类型的数据,Redis 提供的 hash(哈希)、set(集合)等数据结构能很方便的的实现这些功能。

3.5 消息队列系统

消息队列是大型网站必用中间件,如 ActiveMQ、RabbitMQ、Kafka、RocketMQ 等流行的消息队列中间件,主要用于业务解耦、流量削峰及异步处理实时性低的业务。Redis 提供了发布/订阅及阻塞队列功能,能实现一个简单的消息队列系统。另外,这个不能和专业的消息中间件相比。

3.6 分布式会话

       集群模式下,在应用不多的情况下一般使用容器自带的 session 复制功能就能满足,当应用增多相对复杂的系统中,一般都会搭建以 Redis 等内存数据库为中心的 session 服务,session 不再由容器管理,而是由 session 服务及内存数据库管理。

3.7 分布式锁

在很多互联网公司中都使用了分布式技术,分布式技术带来的技术挑战是对同一个资源的并发访问,如全局 ID、减库存、秒杀等场景,并发量不大的场景可以使用数据库的悲观锁、乐观锁来实现,但在并发量高的场合中,利用数据库锁来控制资源的并发访问是不太理想的,大大影响了数据库的性能。

可以利用 Redis 的 setnx 功能来编写分布式的锁,如果设置返回1说明获取锁成功,否则获取锁失败,实际应用中要考虑的细节要更多。参考:

06-Redis实现分布式锁和解决锁续期问题_新猿一马的博客-CSDN博客_redis锁续期目录一 为什么需要分布式锁二 Redis 实现分布式锁2.1 加锁操作2.2 释放锁操作三 参考文档一 为什么需要分布式锁 在一些高并发的场景中,需要对共享变量进行互斥访问。也就是说在同一时间点有且只能有一个客户端能对共享资源进行访问。如电商系统中的秒杀系统等。二 Redis 实现分布式锁 为了保证分布式锁的可用性,我们要保证分布式锁的实...https://blog.csdn.net/jack1liu/article/details/96270927

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值