发表于 2018-03-20 09:47
Redis和Memcache都是将数据存放在内存中,都是内存数据库。但是Memcache还可以缓存其他东西,比如图片、视频
Redis不只支持简单的k/v类型的数据,同时还提供list、set、hash等数据结构的存储
虚拟内存,当物理内存用完时Redis可以将一些很久没有用到的value交换到磁盘
过期策略,memcache在set时就指定,例如set key1 0 0 8
即永不过期,redis可以通过expire设定,例如:expire name 10
分布式,设定memcache集群,利用magent做一主多从;redis也可以做一主多从。
存储安全,memcache挂掉后,数据没了;redis可以定期保存在磁盘(持久化)
灾难恢复,memcache挂掉后数据不可恢复;redis数据丢失后可以通过aof恢复
redis支持数据的备份,即master-slave模式的数据备份
应用场景不同:redis除了可以做nosql数据库之外,还能做消息队列、数据堆栈和数据缓存等。memcache适合于缓存sql语句、数据集、用户临时性数据、延迟查询数据和session等
String
字符串类型是redis最基础的数据结构,首先键是字符串类型,而且其他几种结构都是在字符串类型基础上构建的
字符串类型实际上可以是字符串、数字、二进制(图片、音频),单最大不能超过512M
使用场景:
缓存
字符串最经典的使用场景,redis作为缓存层,mysql作为存储层,绝大部分请求数据都是redis中获取,由于redis具有支撑高并发特性,所以缓存通常能起到加速读写和降低后端压力的作用
计数器
许多应用都会使用redis作为技术的基础工具,它可以实现快速技术、查询缓存的功能。
共享session
处于负载均衡的考虑,分布式服务会将用户信息的访问均衡到不同服务器,用户刷新一次访问可讷讷个会需要重新登录,为了避免这个问题可以使用redis将用户session集中管理,在这种模式下只要保证redis的高可用和扩展性,每次获取用户更新或查询登录信息都直接从redis中集中获取
限速
出于安全考虑,每次进行登录时让用户输入手机验证码,为了短信接口不被频繁访问,会限制用户每分钟获取验证码的频率
Hash
在redis中哈希类型是指键本身又是一种键值对结构,如 value = {{field1,value1}...{fieldn,valuen}}
使用场景:
哈希结构相对于字符串序列化缓存信息更加直观,并且在更新操作上更加便捷。
list
列表类型是用来存储多个有序的字符串,列表的每个字符串成为一个元素,一个列表最多可以存储2的32次方减1个元素。在redis中,可以对列表插入(push)和弹出(pop),还可以获取指定范围的元素列表。列表是一种比较灵活的数据结构,它可以充当栈和队列的角色。
使用场景:
消息队列
redis的lpush+brpop
命令组合就可以实现阻塞队列,生产者客户端是用lpush
从列表左侧插入元素,多个消费者客户端使用brpop
命令阻塞式的抢列表尾部的元素,多个客户端保证了消费的负载均衡的高可用性。
使用技巧列表
lpush+lpop=Stack(栈)lpush+rpop=Queue(队列)lpush+ltrim=Capped Collection(有限集合) lpush+brpop=Message Queue(消息队列)
set
sortedset
因为CPU并不是Redis的瓶颈,Redis的瓶颈最有可能是机器内存或者网络带宽。既然单线程容易实现,而且CPU不会成为瓶颈,那么久顺理成章的采用了单线程的方案。
当然单个Redis进程是没办法使用多核的 ,但是它来就不是非常计算密集型的服务。如果单核性能不够用,可以多开几个进程。
参考文章:https://segmentfault.com/a/11...
参考文章:https://www.cnblogs.com/xifen...
RDB(快照持久化)
AOF(只追加文件持久化)
参考文章:https://segmentfault.com/a/11...
什么是队列?什么是栈?
队列(Queue):是限定只能在表的一端进行
插入和在另一端删除
操作的线性表。
栈(Stack):是限定之能在表的一端进行插入和删除
操作的线性表。
队列和栈的规则
队列:先进先出
栈:先进后出
队列和栈的遍历数据速度
队列:基于地址指针进行遍历,而且可以从头部或者尾部进行遍历,但不能同时遍历,无需开辟空间,因为在遍历的过程中不影响数据结构,所以遍历速度要快。
栈:只能从顶部取数据,也就是说最先进入栈底的,需要遍历整个栈才能取出来,而且在遍历数据的同事需要微数据开辟临时空间,保持数据在遍历前的一致性。
Copyright © 2022.Company name All rights reserved. 冀ICP备14009098号-3
评论
您发表的评论需要审核通过后才会展示在评论区内,请勿重复评论!