Redis和Memcached的区别
Redis Salvatore Sanfilippo的作者曾经比较了这两个基于内存的数据存储系统：
1. REDIS支持服务器的数据操作：REDIS具有比MEMCACH的数据结构更多的数据结构，并且支持更丰富的数据操作。通常在memcachedset中返回。这大大增加了网络的数量和数据量。将是一个不错的选择。
2.比较内存使用效率的比较：如果使用简单的键值存储，则内存的内存利用率较高，并且如果Redis使用Hash结构用于键值存储，则由于其组合压缩，内存利用率，则将被高级备忘录。
3.性能比较：由于Redis仅使用单个核心，并且MEMCACHED可以使用多核，因此存储小数据时的平均redis的平均性能要比备忘录更高。在超过100k的数据中，Memcached的性能高于REDIS。尽管Redis最近已经优化了大数据的性能，但它仍然略微偏低。-he
具体结论如上所述，以下是收集的信息：
1.不同的数据类型支持
与仅支持简单值结构的简单值结构的数据记录不同，REDIS支持的数据类型更丰富。最常用的数据类型主要是：字符串，哈希，列表，列表，设置和排序设置。REDIS内部使用重新分配对象来表示所有密钥和值。redisObject的主要信息如图所示：-is
类型表示哪种数据类型是值对象。编码是redis内部不同数据类型的存储方法，例如：type =字符串表示存储的普通字符串，因此相应的编码可以是原始的或int，它是int，它是int，它是int。当然，字符串本身可以用数值表示，例如：“ 123”“ 456”字符串。仅当打开REDIS的虚拟内存函数时，VM字段确实会分配内存。默认情况下，此函数均已闭合。-he
1）字符串
通用命令：设置/get/dew/recre/mget等。
应用程序方案：字符串是最常用的数据类型。普通的键/值存储可以归因于此；
实现方法：字符串是Redis内部的字符串，由RedisObject引用。当遇到递增和减少操作时，它将转换为数值类型。目前，RedisObject的编码字段是INT。
通用命令：hget/hset/hgetall，等。
应用程序方案：我们要存储一个用户信息对象数据，包括用户ID，用户名，年龄和生日。通过用户ID，我们希望获得用户的姓名或年龄或生日；
实现方式：Redis的Hash实际是内部存储的Value为一个HashMap，并提供了直接存取这个Map成员的接口。如图所示，Key是用户ID, value是一个Map。这个Map的key是成员的属性名，value是属性值。这样对数据的修改和存取都可以直接通过其内部Map的Key（Redis里称内部Map的key为field）, 也就是通过 key（用户ID） + field（属性标签） 就可以操作对应属性数据。当前HashMap的实现有两种方式：当HashMap的成员比较少时Redis为了节省内存会采用类似一维数组的方式来紧凑存储，而不会采用真正的HashMap结构，这时对应的value的redisObject的encoding为zipmap，当成员数量增大时会自动转成真正的HashMap,此时encoding为ht。-is
公共命令：lpush/rpush/kpop/rpop/橙色；
应用程序方案：REDIS列表具有很多应用程序方案，这也是REDIS最重要的数据结构之一。例如，可以使用REDIS的列表结构来实现Twitter的注意列表，粉丝列表等；
实现方法：REDIS列表的实现是一个两道链接列表，也就是说，它可以支持反向搜索和遍历，这更方便地操作，但是它带来了一些其他内存开销。
普通命令：Sadd/Spop/Smembers/Sunion等；
应用程序方案：REDIS集提供的功能与列表列表相似。特殊功能是该集合可以自动放电。当您需要存储列表数据并且不想显示重复数据时，SET是一个很好的ONEA选择，并且SET提供了一个重要的接口来确定成员是否在一组集合中。这也是无法提供的列表；-he
实现方法：集合的内部实现是hashmap的值，它始终为null。实际上，通过计算哈希方法，它很快是独家的。这就是为什么SET可以提供成员是否在集合中的原因。
公共命令：zadd/zrange/zrem/zcard;
应用程序方案：redis排序设置集的使用方案与集合相似。不同之处在于，该集合不是自动和有序的，排序的集合可以将其排序为具有进一步的分数参数，并且以有序的方式插入插入。也就是说，自动分类。未重复的集合列表，您可以选择排序的集合数据结构，例如Twitter公共时间轴的公共时间表，可以将其存储为分数，以便按时间自动放出时间。-is
实施：Redis分类SET的内部使用哈希图和killist，以确保数据的存储和有序数据。Hashmap是成员得分的映射，所有成员都存储在跳台中。在HashMap中存储的分数可以通过跳台的结构获得相对较高的搜索效率，并且在实现方面相对简单。-he
当AppendFsync no设置为no设置为no时，Redis不会主动调用Fsync将AOF日志内容同步到磁盘，因此所有这些都取决于大多数Linux操作系统的调试。秒在磁盘上的缓冲区中写入数据。
当appendfsync每次设置appendfsync是每个sec时，默认情况下，redis将每秒执行fsync调用，以在磁盘上的缓冲区中写入数据。对于另一秒钟。也就是说，在两秒钟后进行FSYNC。这次，由于在阻止FSYNC时阻止了文件描述符，因此当前的写作操作将被阻止。因此，结论是，在大多数情况下，Redis每次都会执行FSYNC第二。在最坏的情况下，FSONC操作将在两秒钟内执行。此操作在大多数数据库系统中称为组提交，这是组合多次编写的数据，并且该日志一次写在磁盘上。-is
当始终设置APEDNFSYNC Altays时，每个写作操作都将调用FSYNC。目前，数据是最安全的。当然，由于每次都会执行Fsync，因此其性能也会受到影响。
2）哈希
请点击输入图片描述
3）列表
4）集
5）排序集
2.不同的内存管理机制
在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别。当物理内存用完时，Redis可以将一些很久没用到的value交换到磁盘。Redis只会缓存所有的key的信息，如果Redis发现内存的使用量超过了某一个阀值，将触发swap的操作，Redis根据“swappability = age*log（size_in_memory）”计算出哪些key对应的value需要swap到磁盘。然后再将这些key对应的value持久化到磁盘中，同时在内存中清除。这种特性使得Redis可以保持超过其机器本身内存大小的数据。当然，机器本身的内存必须要能够保持所有的key，毕竟这些数据是不会进行swap操作的。同时由于Redis将内存中的数据swap到磁盘中的时候，提供服务的主线程和进行swap操作的子线程会共享这部分内存，所以如果更新需要swap的数据，Redis将阻塞这个操作，直到子线程完成swap操作后才可以进行修改。当从Redis中读取数据的时候，如果读取的key对应的value不在内存中，那么Redis就需要从swap文件中加载相应数据，然后再返回给请求方。 这里就存在一个I/O线程池的问题。在默认的情况下，Redis会出现阻塞，即完成所有的swap文件加载后才会相应。这种策略在客户端的数量较小，进行批量操作的时候比较合适。但是如果将Redis应用在一个大型的网站应用程序中，这显然是无法满足大并发的情况的。所以Redis运行我们设置I/O线程池的大小，对需要从swap文件中加载相应数据的读取请求进行并发操作，减少阻塞的时间。-is
对于基于内存的数据库系统，例如REDIS和MEMCACHED，内存管理的效率是影响系统性能的关键因素。传统C语言中的malloc/自由功能是分配和发布内存的最常用方法，但是有一个这种方法中的极端缺陷：首先，开发人员不匹配的malloc和自由很容易导致内存泄漏；其次，频率调用将导致大量内存片段无法回收和重复使用，并降低内存利用率。最后，作为系统调用，其系统开销远远超过一般函数调用。因此，为了提高内存的管理效率，Maloc/free.Redis和Memcached使用都不会直接调用高效的内存管理解决方案他们自己设计的内存管理机制，但实现方法存在很大差异。以下将介绍两者的内存管理机制。-he
Memcached使用平板分配机制默认管理内存。主要思想是根据预发的大小将分配的内存分为特定长度的块，以存储键值数据的相应长度，以完全解决内部和碎屑的问题。平板分配机制仅旨在存储外部数据，这意味着所有键值数据都存储在板分配系统中，并且Memcached的其他内存请求通过普通Malloc/Free应用，因为这些请求的数量和这些请求的数量这些请求的数量和频率确定它们不会影响影响平板分配原理的整个系统的性能。如图所示，它首先从操作系统中施加了大量内存，将它们分成各种尺寸的块，然后将相同的大小分为组平板类。其中，块是用于存储键值数据的最小单元。启动备忘录时，可以通过制定生长因子来控制每个平板类的大小。假设图中生长因子的值为1.25。如果第一组块的大小为88个字节，则第二组块的大小为112个字节，按照此推动。-is
请点击输入图片描述
当Memcached发送的数据收到客户端发送的数据时，首先根据数据的大小选择最合适的平板类，然后在Memcached.Chunk保存的平板类中找到一个空块的列表。到期或丢弃，记录所占据的块可以被回收并重新添加到空闲列表中。从上面的过程中，我们可以看到Memcached的内存管理系统很高，并且不会引起内存片段，但其最大的缺点是，它的最大缺点是它将导致空间垃圾。由于每个块都分配了一个特定的内存空间，因此不能使用长数据充分使用这些空间。如图所示，100个字节数据被缓存到128个字节的块中，剩下的28个字节将浪费。-he
请点击输入图片描述
REDIS的内存管理主要由Zmalloc.h和Zmalloc.c的两个文件在源代码中。分配内存。如图所示，REAL_PTR是REDIS调用Malloc.REDIS将内存块的大小存储到头部后返回的指针。已知的记忆尺寸已知。它是size_t类型的长度，然后返回ret_ptr。当需要发布内存时，将ret_ptr传递到内存管理过程。通过ret_ptr，该程序可以轻松地计算real_ptr的值，然后将真实_ptr传递给免费发布内存。-is
请点击输入图片描述
REDIS记录一个数组以记录所有内存分布。此数组的长度是Zmalloc_max_alloc_stat.阵列的east元素表示当前程序分配的内存块数，而内存块的大小为元素的竞标。在源代码中，此数组为zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.zmalloc_allocations.表示已分配给16比较的内存块数量。在Zmalloc.c中有一个静态变量pastic pastic pastic.c.c记录当前分配的总存储器大小。因此，通常，redis使用包装mallc/free，这是多大的比内存的内存管理方法简单。-he
3.数据持续支持
尽管REDIS是基于内存的存储系统，但它本身支持内存数据的持久性，并且提供了两种主要持久策略：RDB快照和AOF log.Memcached不支持数据持久操作。
1）RDB快照
REDIS将当前数据的持久性机制支持到数据文件中，即RDB快照。但是如何连续写入生成快照的数据库如何使用fork命令的写入机制上的复制，生成快照，当前快照进程是为了产生子过程，然后循环子过程中的所有数据以将数据写入RDB文件中。我们可以通过REDIS保存指令配置RDB快照的时间。例如，如果配置10分钟，则可以生成快照。您还可以配置1,000次来编写快照。您还可以一起实施多个规则。这些规则的定义在Redis的配置文件中。您还可以通过REDIS的Config Set命令在REDIS上设置规则，而无需重新启动REDIS。-is
REDIS的RDB文件不会被打破，因为其写作操作是在新过程中执行的。生成新的RDB文件时，REDIS生成的子过程将首先将数据写入临时文件，然后通过Atomicthe性别重命名系统调用临时文件重命名为RDB文件，以便REDIS的RDB文件为始终在任何时候可用。在同一时间，REDIS的RDB文件也是REDIS.RDB的主要内部实现的一部分不是全新的。从最后一个RDB文件到REDIS数据的数据丢失了。在某些企业下，可以容忍这一点。-he
2）AOF日志
AOF日志的全名仅是附加文件，这是一个附加的日志文件。与常规数据库的Binlog不同，AOF文件是可识别的纯文本，其内容是Redis Standard命令。只有那些可以导致数据修改的命令才会添加到AOF文件中。数据的每个命令都会生成日志，并且AOF文件将变得越来越大，因此REDIS提供了另一个称为AOF重写的功能。它的功能是重新生成一个AOF文件。新的AOF文件中的记录记录只有一次，不像旧文件，它可能会在相同的值上记录多个操作。它的生成过程类似于RDB，它也是分叉的过程，直接浏览数据并编写新的AOF临时文件。在编写新文件的过程中，所有写作操作日志仍将写在原始的旧aof文件中，并将记录在内存缓冲区中。操作完成后，所有缓冲区中的日志将一次写在临时文件中。然后调用原子重命名命令，用新的AOF文件替换旧的AOF文件。-is
AOF是写作文件操作。目的是在磁盘上编写操作日志，因此它也将遇到上面提到的写作操作的过程。在用redis编写AOF调用后，时间由AppendFSync选项控制，以控制Fsync来写它来写它。在磁盘上。附录Fsync的三个设置逐渐更强。-he
对于一般业务需求，建议使用RDB持续存在，因为RDB的费用远低于AOF日志。对于那些不能容忍数据的应用程序，建议使用AOF日志。
4.不同的集群管理
memcached是一个完整的内存数据缓冲系统。尽管REDIS支持数据的持久性，但毕竟，完整的内存是高性能的本质。作为基于内存的存储系统，机器的物理内存的大小是系统可以容纳的最大数据。如果需要处理的数据量超过单个计算机的物理存储器大小，则需要构建分布式群集以扩展存储容量。-he
memcached本身不支持分布式公式，因此它只能实现通过分布式算法（如客户端上的一致性哈希）的分布式存储。数据的目标节点是通过构建的-in分布式算法计算的，数据将直接发送到节点以存储它。但是，当客户端查询数据，查询数据所在的节点时，然后发送直接查询请求到节点以获取数据。-is
请点击输入图片描述
与Memcached相比，只能使用客户端来实现分布式存储，REDIS更倾向于在服务器端构建分布式存储。REDIS的最新版本已支持分布式存储功能。REDISCLUSTER是REDIS的高级版本，REDIS具有REDIS的高级版本分发并允许单点故障。它没有中央节点，并且具有线性缩放函数。下图给出了Redis群集的分布式存储架构。其中，节点和节点之间通过二进制协议进行通信，并通过ASCII协议在节点和客户之间进行通信。根据数据放置策略，REDIS群集将整个关键域分为4096 Hash凹槽。每个节点可以存储一个或多个哈希插槽，这意味着当前REDIS群集支持的最大节点数为4096。REDIS群集使用的分布式算法也非常简单：CRC16（key）％has_slots_number。-he
请点击输入图片描述
为了确保单点下的数据可用性，redis群集引入了主节点和从属节点。在redis cluster中，每个主节点都会有两个相应的从属节点，用于冗余。在此方式，任何两个节点的停机时间都不会导致数据不可用。当主节点退出时，群集将自动选择一个从节点成为新的主节点。-is
请点击输入图片描述
@suppressWarnings（“unchecked“） java 中是什么意思
J2SE提供的最后一个评论是@suppresswarnings。该注释的作用是给编译器一份指令，以告诉其对代码元素中的某些警告保持沉默。一些背景：J2SE 5.0在Java语言中添加了几个新功能，并添加了许多新警告，并承诺将来添加更多警告。您可以控制是否将-Xlint参数添加到“ Javac”中以控制这些警告是否（如上所述的@Deprected部分所示）。默认情况下，太阳编译器输出警告以简单的两行。通过添加-xlint：关键字标签（例如-xlint：最后），您可以获得关键字类型错误的完整说明。通过在关键字的前面添加配音号，它将写为-xlint：-keyword，您可以取消警告。 （ - 由-XLINT支持的关键字的完整列表可以在Javac文档页面上找到。）以下列表：关键字使用不舒适的使用类或方法来警告它，例如，当使用集合时，没有属保存的类型的集合。当切换程序直接阻止下一个情况而没有中断时，秋天是一个警告。路径警告路径路径中没有路径，即源文件路径。当定义串行versionuid定义时，序列化等级会缺少警告。最后，当正常完成时，可以正常完成警告。关于上述所有情况的所有警告。 @suppresswarnings注释允许您在特定代码段（即，类或方法）中有选择地取消警告。这个想法是，当您看到警告时，您会调查它。如果您确定这不是问题，则可以添加@suppresswarnings注释，以便您再也不会看到警告了。尽管听起来可能会屏蔽潜在的错误，但实际上将提高代码安全性性性，因为它会阻止您对警告的无动于衷 - 您看到的每一个警告都值得注意。 @DepReated公共静态void foo（）{}}} public类replecateCateDuser2 {@suppresswarnings（值= {“ extrecation”（“ extrecation”}）公共静态void main triak aint rain tring args）{deverecatedExpample 22.foo（） “值”变量，变量是指示取消警告的字符串数组。法律字符串的集合随编译器而更改，但是在JDK上，相同的关键字集可以传递给-xlint（非常方便）。并要求编译器忽略他们无法识别的任何关键字，这在使用某些不同的编译器时非常方便。因为@suppresswarnings注释仅接收一个参数并使用此参数的特殊名称“ value”，因此您可以选择省略value =作为方便的缩写：public class class depretecateDuser2 {@suppresswarnings（@suppresswarnings（@suppresswarnings（@suppresswarnings）（{“ expecation”）字符串args）{deprecatedexample2.foo（）;}}您可以将单个数组参数中的字符串值数传递给注释，并在任何级别上放置注释。例如，以下示例代码指示整个类已取消，并且未选中和秋季的警告将在main（）方法代码中取消：import java.util。*; @suppresswarninininininininines抑制warnings（{“未检查”，“跌至”（fallthrough'}）公共静态void main gain gain args安d args）{runtime time.runfinalizersonexit（（runfinalizersonexit（）;列表列表= new ArrayList（）; list.add（“ foo”）; } public static void foo（）{list list = new arraylist（）; list.add（“ foo”）;}}@suppresswarnininings比前两个评论更有用吗？绝对地。但是，它尚未完全支持JDK 1.5.0版本中的注释。如果您使用1.5.0尝试，它将类似于没有操作说明。呼叫-xlint： - 剥夺没有效果。 Sun没有声明何时会增加支持，但它暗示它将在即将启动的DOT版本中实现。此外，如果您尝试在Javadocs页面上查看这些属性，则可能很难找到它们。它们位于核心java.l安g软件包中，但有点隐藏。它们出现在Javadoc类的底部，在异常和错误背后。请注意，抑制Warninings附带的奇怪注释@target和@retention？这些称为元数据评论，描述了注释适用的位置。我将在本系列的第二篇文章中介绍它们，并介绍如何将元数据应用于您自己的评论。-he
enterprise 是什么版本
Windows 7 Enterprise Enterprise版本Windows 7 Home Basic Family Basic Edition Windows 7 Home Premium高级版本Windows 7专业版Windows Windows 7 Starter Primarter Edition Windows 7终极旗舰版本-is
