|
什么是memcache? Memcached是分布式的内存对象缓存系统，是基于Key/Value对的HashMap。每一对，都可以设定过期时间,(如果设置为0则永不过期【永不过期实际为30天后过期】) 但由Memcached的数据是存在内存中的，所以发生断电或者是服务器故障都会使数据丢失 Memcached可以存储数组、对象、字符、汉字等各种数据类型 Memcached特点: （1）无备份，各Memcached节点的数据之间没有互相备份，一旦某个节点挂掉，缓存中的数据就会丢失。 （2）命令基本就是对特定key的添加，删除，替换，原子更新，读取等，具体包括 Set, Get, Add, Replace, Append, Inc/Dec （3）Memcached的应用模式中，不支持事务，但可以做一些原子命令的操作。 Memcached的内存分配的原理: 就是会预先分配内存，特点是速度快，但是不能合理运用空间，简单点就是用空间换速度，一般来说一个memcahced进程会预先将自己划分为若干个slab，每个slab下又有若干个page，每个page下又有多个 chunk slab的数量是有限得，几个，十几个，或者几十个，这个跟进程配置得内存有关，而每个slab下得page对应实际的物理空间默认情况是1M，也就是说100M的一个slab下有100个page,数据封装成itme存放在chunk里。Chunk为固定大小的内存空间，默认为96Byte。 同样大小的chunk又称为slab。 Memcache的数据删除机制： 当数据过期时，memcache并不会直接从内存中删除数据，因为memcache并不会回收已经分配的内存，而只是在get数据时检查时间戳是否过期，如果过期那么客户端就不可见，但是原来分配的内存可以重复使用，这叫做惰性失效。所以memcache不会对过期的数据进行监视，因此也就节省了cpu的资源。 LRU算法机制： 在memcache中使用LRU机制进行删除数据，即最近最少使用。在每个slab中数据都是存放在链表上的，链表有head和tail指针，分别指向最老和最新的数据。当LRU机制启动时，两个指针同时发挥作用查询失效数据，如果没有失效数据那么就会删除最近的最少被使用的数据。通过计数器来记录哪些数据最少被使用来删除它，所以也有可能删除一些尚未过期或者永久有效的数据。 LRU只针对每个slab，并不针对整体。只有在slab不能分配新的page内存时才会调用LRU。 一种有效缓解使用LRU的方法是： 1.避免大对象 如果系统上只有及个别几个大对象的话，会浪费内存空间，因为Slab申请了Page是不能释放内存的，及个别大对象会导致Slab申请了内存资源而得不到充分的利用。 2.调整增长因子 根据项目的需求调整增长因子，使内存充分利用。 什么是Redis？ Redis是一个开源的key-value存储系统,与Memcached类似，Redis也是将大部数据存储在内存中。 支持的数据类型包括：字符串、哈希表、链表、集合、有序集合以及基于这些数据类型的相关操作，最为常用的数据类型主要由五种：String、Hash、List、Set和Sorted Set。 redis通过Multi / Watch /Exec等命令可以支持事务的概念，原子性的执行一批命令。 Redis更偏向于在服务器端构建分布式存储。 Redis提供了不同级别的数据持久化的方式: RDB持久化方式能够在指定的时间间隔对你的数据进行快照存储。实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。 AOF持久化是以日志的方式记录每次对服务器写的操作,删除操作，查询操作不会记录，当服务器重启的时候会重新执行这些命令来恢复原始的数据,每次写的操作到文件末尾。 RDB优点： 一旦采用该方式，那么你的整个Redis数据库将只包含一个文件，这对于文件备份而言是非常完美的。比如，你可能打算每个小时归档一次最近24小时的数据，同时还要每天归档一次最近30天的数据。通过这样的备份策略，一旦系统出现灾难性故障，我们可以非常容易的进行恢复。 对于灾难恢复而言，RDB是非常不错的选择。因为我们可以非常轻松的将一个单独的文件压缩后再转移到其它存储介质上。 性能最大化。对于Redis的服务进程而言，在开始持久化时，它唯一需要做的只是fork出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行IO操作了。 相比于AOF机制，如果数据集很大，RDB的启动效率会更高。 RDB缺点： 如果你想保证数据的高可用性，即最大限度的避免数据丢失，那么RDB将不是一个很好的选择。因为系统一旦在定时持久化之前出现宕机现象，此前几分钟没有来得及写入磁盘的数据都将丢失。 由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。 AOF优点： 该机制可以带来更高的数据安全性，即数据持久性。Redis中提供了3中同步策略，即每秒同步、每修改同步和不同步。事实上，每秒同步也是异步完成的，其效率也是非常高的，所差的是一旦系统出现宕机现象，那么这一秒钟之内修改的数据将会丢失。而每修改同步，我们可以将其视为同步持久化，即每次发生的数据变化都会被立即记录到磁盘中。可以预见，这种方式在效率上是最低的。至于无同步，无需多言，我想大家都能正确的理解它。 由于该机制对日志文件的写入操作采用的是追加模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。然而如果我们本次操作只是写入了一半数据就出现了系统崩溃问题，不用担心，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据一致性的问题。 如果日志过大，Redis可以自动启用重写机制。即Redis以追加模式不断的将修改数据写入到旧的AOF文件中，同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。因此在进行重写切换时可以更好的保证数据安全性。 AOF包含一个格式清晰、易于理解的日志文件用于记录所有的修改操作。事实上，我们也可以通过该文件完成数据的重建。 AOF缺点： 对于相同数量的数据集而言，AOF文件通常要大于RDB文件。RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。 根据同步策略的不同，AOF在运行效率上往往会慢于RDB。总之，每秒同步策略的效率是比较高的，禁用同步策略的化效率就和RDB一样高效。 二者选择的标准，就是看系统是愿意以AOF那样牺牲一些性能，换取更高的缓存一致性，还是愿意像RDB那样写操作频繁的时候，不启用备份来换取更高的性能，待手动运行保存的时候，再做备份。 Redis和Memcache的区别： Redis不仅支持简单的k/v类型的数据，同时还支持list、set、zset(sorted set)、hash等数据结构的存储，使得它拥有更广阔的应用场景。 Redis最大的亮点是支持数据持久化，它在运行的时候可以将数据备份在磁盘中，断电或重启后，缓存数据可以再次加载到内存中，只要Redis配置的合理，基本上不会丢失数据。 Redis支持主从模式的应用。 Redis单个value的最大限制是1GB，而Memcached则只能保存1MB内的数据。 Memcache在并发场景下，能用cas保证一致性，而Redis事务支持比较弱，只能保证事务中的每个操作连续执行。 性能方面，Redis在读操作和写操作上是略领先Memcached的。 Memcached的内存管理不像Redis那么复杂，元数据metadata更小，相对来说额外开销就很少。 Memcached唯一支持的数据类型是字符串string，非常适合缓存只读数据，因为字符串不需要额外的处理。 (责任编辑：IT) |