【精品篇】_Redis原理和适用场景解析
5墨值下载
本文预计阅读
分钟
【引言】
我们在做数据架构时，除了需要详细了解各类数据库的特性和架构优劣势，还需要站在更
高一层的角度去思考如何更好地支持各种各样的业务需求。
数据架构的设计当然也有包含
，
、
、
等消息队列的应用
解耦，异步消息，流量削锋等作用，实现高性能，高可用，可伸缩和最终一致性架构。
鉴于现在互联网用户数量大、高并发访问的特性，数据缓存的提出就是一个很自然的事情
业界有句话叫：“性能不够，缓存来凑”；今天我们主要来聊下数据缓存。
最近在系统的学习数据缓存这块的知识，比较有代表性的就是
、
。之前的
一篇推文介绍了
，详见下文：
今天接着主聊一下
redis
。
【大纲】
的概述
数据类型及使用场景
的优点
的单线程为嘛那么快？
高可用如何做？
以下主要内容节选自如下参考
!"## $%&''( ! ! )())''
文章内容根据自身理解和经验，做了适当整合和内容调整。
一、
redis
的概述
业务访问量、并发比非常大时，数据库的连接池、处理数据的能力会面临很大的挑战。
关系型数据库的数据持久化是存储在硬盘内，缓存就是内存中存储的热点数据备份。避免
数据访问直连数据库，而是去内存中访问数据，可大大降低了数据库的读写压力。
是一个非关系型的数据库
*#+#!,+!
即
#!-
，以键值对方式存储数据
.
将数据存放在
内存中
.
存取速度快
.
但是对持久化的支持不够好
.
故，
一般配合关系型数据库使用。
一句话：
redis
可以做数据缓存、分布式缓存
,
用在数据量大
,
高并发的情况下。
以下是汇总的
redis
的几个特点：
二、
redis
的持久化方案
RDB
和
AOF
/0
：快照形式，定期把内存中当前时刻的数据保存到磁盘，是
默认支持的持久化方
案。特点恢复速度快，但服务器断电的时会丢失部分数据。
12
（
##!,3!
）：把所有对
的操作命令，保存到文件中。数据库恢复时把所
有的命令执行一遍即可。
注意：
开启上述两种持久化方式时，优先使用
AOF
文件来恢复数据库。特点是能保证数据的
完整性
.
但是恢复速度慢。
两者如何选择
?
如业务无数据持久化需求，可关闭
/0
和
12
；此时
将变成一个纯内存数据库，如
一样。如对数据的完整性要求较高，优选选择
12
；
重点：
官方的建议是两个同时使用，以保障更可靠的持久化方案。
三、
Redis
数据类型和适用场景
1. Redis
五种数据类型
支持
#"
，
!
，
，
，
；
2. Redis5
种数据类型的适用场景
String
存放
,+!4
键值对
567.
等指令本身就具有原子操作的特性，所以我们完全可以利用
的
567
、
56708
、
/97
、
/9708
等指令来实现原子计数的效果
使用场景：常规
key-value
缓存应用。常规计数
:
微博数
,
粉丝数
Hash
使用场景：存储部分变更数据，如用户信息。
一个示例来描述下
:
的应用场景：要存储一个用户对象数据，包含以下信息：
用户
5/
为查找的
,
，存储的
!4
用户对象包含姓名，年龄，生日等信息。如用普通的
, !4
结构来存储，主要有以下
种存储方式：
of 7
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论