目录
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说明获取锁成功,否则获取锁失败,实际应用中要考虑的细节要更多。参考:
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/9620.html