zoukankan      html  css  js  c++  java
  • redis学习(一)

    项目需求中需要memcache和redis。对比redis和memcache,主要区别如下:

    1,memcache和redis都是内存数据库,都可以用来做k-v数据库。但是redis还提供了list、hash、set等,支持的数据类型丰富。这是为什么sina微博选了redis,支持各种类型。

    不过memcache还可用于缓存其他东西,例如图片、视频等等。(redis不支持?)

    2,redis支持数据持久化,两种方式快照、AOF,支持master-slave的数据备份。memcache不支持,挂了数据就没了。redis注意配置快照的参数,免得磁盘满,。

    3,redis支持虚拟内存,新版本使用了VM机制,当物理内存用完时,可以将一些很久没用到的value 交换到磁盘。memcache不能超过内存。

    4,都是高性能的分布式系统。

    5,对于数据,memcache设定是永不过期……(没理解这算是什么设定),redis可以设置过期时间。

    下面来自http://blog.163.com/weiwenjuan_bj/blog/static/14035033620135185150979/?latestBlog

    从以下几个维度,对redis、memcache、mongoDB 做了对比,欢迎拍砖

    1、性能

    都比较高,性能对我们来说应该都不是瓶颈

    总体来讲,TPS方面redis和memcache差不多,要大于mongodb

    2、操作的便利性

          memcache数据结构单一

          redis丰富一些,数据操作方面,redis更好一些,较少的网络IO次数

           mongodb支持丰富的数据表达,索引,最类似关系型数据库,支持的查询语言非常丰富

    3、内存空间的大小和数据量的大小

           redis在2.0版本后增加了自己的VM特性,突破物理内存的限制;可以对key value设置过期时间(类似memcache)

           memcache可以修改最大可用内存,采用LRU算法

           mongoDB适合大数据量的存储,依赖操作系统VM做内存管理,吃内存也比较厉害,服务不要和别的服务在一起

    4、可用性(单点问题)

    对于单点问题,

                 redis,依赖客户端来实现分布式读写;主从复制时,每次从节点重新连接主节点都要依赖整个快照,无增量复制,因性能和效率问题,

    所以单点问题比较复杂;不支持自动sharding,需要依赖程序设定一致hash 机制。

    一种替代方案是,不用redis本身的复制机制,采用自己做主动复制(多份存储),或者改成增量复制的方式(需要自己实现),一致性问题和性能的权衡

                 Memcache本身没有数据冗余机制,也没必要;对于故障预防,采用依赖成熟的hash或者环状的算法,解决单点故障引起的抖动问题。

                 mongoDB支持master-slave,replicaset(内部采用paxos选举算法,自动故障恢复),auto sharding机制,对客户端屏蔽了故障转移和切分机制。

    5、可靠性(持久化)

    对于数据持久化和数据恢复,

             redis支持(快照、AOF):依赖快照进行持久化,aof增强了可靠性的同时,对性能有所影响

              memcache不支持,通常用在做缓存,提升性能;

              MongoDB从1.8版本开始采用binlog方式支持持久化的可靠性

    6、数据一致性(事务支持)

             Memcache 在并发场景下,用cas保证一致性

            redis事务支持比较弱,只能保证事务中的每个操作连续执行

            mongoDB不支持事务

    7、数据分析

             mongoDB内置了数据分析的功能(mapreduce),其他不支持

    8、应用场景

            redis:数据量较小的更性能操作和运算上

            memcache:用于在动态系统中减少数据库负载,提升性能;做缓存,提高性能(适合读多写少,对于数据量比较大,可以采用sharding)

            MongoDB:主要解决海量数据的访问效率问题

     

    redis的作者是这么说的:

    没有必要过多的关注性能。由于Redis只使用单核,而Memcached可以使用多核,所以在比较上,平均每一个核上Redis在存储小数据时比Memcached性能更高。而在100k以上的数据中,Memcached性能要高于Redis,虽然Redis最近也在存储大数据的性能上进行优化,但是比起Memcached,还是稍有逊色。说了这么多,结论是,无论你使用哪一个,每秒处理请求的次数都不会成为瓶颈。

        你需要关注内存使用率。对于key-value这样简单的数据储存,memcache的内存使用率更高。如果采用hash结构,redis的内存使用率会更高。当然,这些都依赖于具体的应用场景。

        你需要关注关注数据持久化和主从复制时,只有redis拥有这两个特性。如果你的目标是构建一个缓存在升级或者重启后之前的数据不会丢失的话,那也只能选择redis。

        你应该关心你需要的操作。redis支持很多复杂的操作,甚至只考虑内存的使用情况,在一个单一操作里你常常可以做很多,而不需要将数据读取到客户端中(这样会需要很多的IO操作)。这些复杂的操作基本上和纯GET和POST操作一样快,所以你不只是需要GET/SET而是更多的操作时,redis会起很大的作用。

        对于两者的选择还是要看具体的应用场景,如果需要缓存的数据只是key-value这样简单的结构时,我在项目里还是采用memcache,它也足够的稳定可靠。如果涉及到存储,排序等一系列复杂的操作时,毫无疑问选择redis。

     

  • 相关阅读:
    函数进阶,递归,二分法查找
    内置函数
    IDEA使用maven创建web工程并完善的过程
    后端传入前端的数据的属性名全部为小写的解决方法
    今日总结,复习了很多知识
    org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'ztreeoneServiceImpl': Unsatisfied dependency expressed through field 'baseMapper'; 错误的解决方法
    xxx cannot be resolved to a type 的可能的解决方法,mybatis的Example类不存在
    记录一下Spirng Initializr初始化项目的时候pom文件的内容
    使用nacos进行服务注册的配置
    org.springframework.http.converter.HttpMessageNotReadableException: Required request body is missing问题的一种解决方法参考
  • 原文地址:https://www.cnblogs.com/tingfengainiaini/p/4690341.html
Copyright © 2011-2022 走看看