Redis知识总结

一:Redis

key-value 型数据库

优点:读写快,单线程。原子性,可操作多种数据类型list,set ,hash
    兼容性强可支持多种语言 高可用和分布式 

二:Redis使用场景
    缓存--热数据 
      
 redis替代Memcached(分布式的高速缓存系统)让你的缓存从只能存数据变得能
        更新数据 因此你不需要每次都重新生成数据
    计数器
    消息队列
    分布式锁与单线程机制:
      
 验证前端的重复请求(可以自由扩展类似情况),可以通过redis进行过滤:
        每次请求将request Ip、参数、接口等hash作为key存储redis(幂等性请求)
        ,设置多长时间有效期,然后下次请求过来的时候先在redis中检索有没有这个key,
        进而验证是不是一定时间内过来的重复提交 秒杀系统,
        基于redis是单线程特征,防止出现数据库“爆破” 全局增量ID生成,类似“秒杀”

缓存穿透、缓存击穿、缓存雪崩区别和解决方案:
    缓存处理流程:
        前台请求,后台先从缓存中取数据,取到直接返回结果,
        取不到时从数据库中取,数据库取到更新缓存,
        并返回结果,数据库也没取到,那直接返回空结果。
    缓存穿透:                
        一直查询一个不存在的数据
        解决方案:接口层增加校验,如进行判断 进而拦截
            设置访问时间 如三十秒访问一次数据 或者key-value 设置为key-null
            防止暴力进攻 一直访问
    缓存击穿:
        缓存击穿是指缓存中没有但数据库中有的数据(一般是缓存时间到期),这时由于并发用户特别多,
        同时读缓存没读到数据,又同时去数据库去取数据,引起数据库压力瞬间增大,造成过大压力
        解决方案:设置热点数据永不过期
    缓存雪崩

大批量数据同时过期,引起数据库压力过大或者宕机
        缓存数据的过期时间设置随机,防止同一时间大量数据过期现象发生。
        如果缓存数据库是分布式部署,将热点数据均匀分布在不同搞得缓存数据库中。
       解决方案:  设置热点数据永远不过期。
        1. Redis持久化的作用:
        Redis 是内存数据库,其将自己的数据存储在内存中,如果 Redis 发生宕机,
        且没有进行持久化的,那么Redis 重启后将没有之前的数据。而通过持久化,Redis可以在重启后,快速找回之前的数据,
        防止大量请求打入数据库。
3. 持久化的方式:
    快照(先把数据拷贝出来,做个备份):Mysql Dump 和 Redis  RDB
    日志(某时某点的日志记录):MySQLBinlog和Hbase HLog和Redis  AOF
    如果同时用RDB和AOF两种持久化机制,在redis重启时,会用AOF来重新构建数据,因AOF中的数据更加完整
    RDB优点
    (1)RDB文件紧凑,全量备份,非常适合用于进行备份和灾难恢复。
    (2)生成RDB文件的时候,redis主进程会fork()一个子进程来处理所有保存工作,主进程不需要进行任何磁盘IO操作。
    (3)RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。
    RDB缺点
     快照持久化期间修改的数据不会被保存,可能丢失数据。数据完整性比较差。
    AOF优点
    (1)AOF可以更好的保护数据不丢失,一般AOF会每隔1秒,通过一个后台线程执行一次fsync操作,最多丢失1秒钟的数据。
    (2)AOF日志文件没有任何磁盘寻址的开销,写入性能非常高,文件不容易破损。
    (3)AOF日志文件即使过大的时候,出现后台重写操作,也不会影响客户端的读写。
    AOF缺点
    (1)对于同一份数据来说,AOF日志文件通常比RDB数据快照文件更大.
      (2) 恢复数据时时间要比快照模式慢很多。
 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

海很远

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值