• redis要注意的一些知识


      除了存取数据,redis还可以支持mq等操作,这里面有些小细节,需要注意一下:
    ----------------------------------------
    1、事务处理
      大家都说redis支持事务,但实际上redis的事务跟关系数据库的事务不一样。不支持rollback操作。
    redis的事务会先有一个将命令放入队列的过程,如果成功放入队列,返回值为queue,否则为失败。如果某个命令放入队列时报错,那么客户端会终止事务,并且丢掉这个事务;但在2.6.5版本之前,即使发生了错误,也没有丢弃事务,如果执行exec,则仍然会执行所有已放入队列的命令。
    综上:只要成功放入队列的命令,redis就会坚定不移的执行;执行过程中如果发生错误,也不会回滚,只是会把所有命令执行结果返回客户端,需要客户端自行处理。
    所以,redis的事务实际不是我们理解的关系数据库的事务,redis的事务实际上就是提供了一次性执行某些命令的方式,该执行过程中不会被其它客户端打扰。redis的事务连原子性(数据库事务的原子性,不回滚,所以不满足)都不满足!!!
    2、慢查询
      redis是为高并发设计的,最高并发在8-11w/s。因为redis是单线程的,所以如果有操作速度比较慢,那后果将是极其严重的,因为这会阻塞其它客户端对redis的访问。
      redis除了string,其它类型并没有对value的大小做出限制,理论上可以存放redis最大内存大小的数据。假设我们要存一个100M的文件到redis,可想而知,肯定快不了;
      redis关于慢查询的配置有两个:
      slowlog-log-slower-than 10000 -- 慢查询时间设置,大于此时间的操作会被记录到慢查询日志中,单位是微秒,1ms = 1000 millionsecond
      slowlog-max-len 128 --慢查询日志长度
      慢查询日志是存放于内存中的一个list,默认长度128,因为在内存中,操作速度极快,因此是否开启慢查询日志对redis性能的影响微乎其微。
      对于线上slow-max-len配置的建议:线上可加大slow-max-len的值,记录慢查询存长命令时redis会做截断,不会占用大量内存,线上可设置1000以上;
      对于线上slowlog-log-slower-than配置的建议:默认为10毫秒,根据redis并发量来调整,对于高并发比建议为1毫秒
      注意:慢查询只记录命令在redis的执行时间,不包括排队、网络传输时间。慢查询是先进先出的队列,访问日志记录出列丢失,需定期执行slow get,将结果存储到其它设备中(如mysql);
      如果发生了无法忍受的慢查询,一般处理办法有:
      1、对数据切分,将大数据切分为多个小数据进行操作;
      2、另起缓存,专门用于慢查询业务操作,避免拖慢系统公用redis速度。
      另:这里插一句,上面我们说假设要存100M的对象到redis,那么如果真的这么做,应该用redis的哪种数据类型呢?显然是string,因为其它的都不合适嘛。一般这种操作都是压缩后转为字节流处理,而且由于存取较慢,一般不跟主redis库放一起,以免影响业务高峰期的正常业务处理。除了放大文件要比较警惕,redis自己的内存一般也不建议太大,原因参考:http://blog.csdn.net/rofth/article/details/51480376
      其它待补充。
    3、发布订阅
      redis的发布订阅就是用的 发布-订阅模式(观察者模式)实现的,存放了一个map跟一个list,map放所有的主题,list放客户端列表,如果一个主题有了消息,会根据map的value找到list中的客户端列表,然后逐个给客户端发消息。
    4、持久化到硬盘
      redis的持久化方案有RDB跟AOF两种,RDB就是快照模式,AOF指日志模式,默认采用RDB模式。
      RDB模式因为快照生成的备份文件后缀为.rdb而命名,aof是因为把所有操作保存于一个后缀为.aof的文件二命名;
      RDB的原理是根据conf设置的条件,如果满足,则将另起线程,将当前redis中的数据被分到某个文件;AOF的原理是将redis收到的所有操作指令保存到一个日志文件。
      RDB速度快,而且由于是另起线程进行保存,基本对redis无影响,一般生产采用该模式。AOF因为所有操作都要记录一个日志文件,会严重影响redis性能,但由于实时记录,如果发生宕机,能非常好的还原数据。aof看似美好,实际几乎没人用,因为使用redis的出发点之一就是性能高,而这个会影响能能;数据的问题,一般采用双机备份的机制,即一台redis主机对应一台redis备机,采用RDB机制,如果主机宕机,马上切换到备机,如果备机也坏了,那最坏的情况还是有最近的rdb备份不是。
      rdb跟aof的配置都在redis.conf中配置,rdb可以配置多条配置,同时生效。aof因为记录了所有操作命令,文件会比较大,因此有压缩机制,也就是rewrite的过程,这个压缩不是读aof文件进行去重操作,而是利用的快照机制来做的。
      rdb文件的存储格式跟解读参照:http://www.cnblogs.com/huangxincheng/p/5074998.html
    5、运维监控
      对redis实时监控的软件,有redislive跟treeNMS两个,TreeNMS为国产软件,也挺好的;
     
    -------------------------------------
    先这么多吧,碰到了再补充
     
     
     
     
     

  • 相关阅读:
    AtCoder Beginner Contest 197 F Construct a Palindrome
    AtCoder Beginner Contest 192 F Potion
    AtCoder Beginner Contest 199 E Permutation
    Codeforces1493D GCD of an Array
    Codeforces1499D The Number of Pairs
    Codeforces Global Round 14 E. Phoenix and Computers
    浅谈整除分块
    dsu on tree(树上启发式合并)
    图表绘制文字word编辑线上演示Office LTSC 2021中文激活版
    制作3D人物动画DAZ Studio注册码激活版
  • 原文地址:https://www.cnblogs.com/nevermorewang/p/8506047.html
Copyright © 2020-2023  润新知