一、前言
非关系型数据库（NoSQL = Not Only SQL）的产品非常多，常见的有Memcached、Redis、MongoDB等优秀开源项目，相关概念和资料网上也非常丰富，不再重复描述.
Memcache:
1. Memcache 只支持简单的k/v结构的数据。
2. Memcache不支持枚举，不支持持久化和复制等功能
3.Memcache是多线程的，在多核上能线性扩展到每秒处理100,000个请求
4.Memcache提供了cas命令，可以保证多个并发访问操作同一份数据的一致性问题
5. Memcache 的数据都存储 内存中 所以它根本不会有磁盘I/O操作。
6.Memcached使用预分配的内存池的方式，使用slab和大小不同的chunk来管理内存，Item根据大小选择合适的chunk存储，内存池的方式可以省去申请/释放内存的开销，并且能减小内存碎片产生，但这种方式也会带来一定程度上的空间浪费，并且在内存仍然有很大空间时，新的数据也可能会被剔除
新的数据也可能会被剔除，原因可以参考:http://timyang.NET/data/Memcached-lru-evictions/
Redis:
1.Redis支持多种类型数据 k/v ，list，set，zset，hash等数据结构的存储 还提供了KEYS。
2. Redis支持数据的备份，即master-slave模式的数据备份
3. Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用
4. Redis并不是所有的数据都一直存储在内存中的，Redis只会缓存所有的 key的信息，如果Redis发现内存的使用量超过了某一个阀值，将触发swap的操作，Redis根据“swappability = age*log(size_in_memory)”计 算出哪些key对应的value需要swap到磁盘。然后再将这些key对应的value持久化到磁盘中，同时在内存中清除.
5. 从Redis中读取数据的时候，如果读取的key对应的value不在内存中，那么Redis就需要从swap文件中加载相应数据，然后再返回给请求方。
6. Redis提供了事务的功能，可以保证一串 命令的原子性，中间不会被任何操作打断
7. Redis使用现场申请内存的方式来存储数据，并且很少使用free-list等方式来优化内存分配，会在一定程度上存在内存碎片，Redis跟据存储命令参数，会把带过期时间的数据单独存放在一起，并把它们称为临时数据，非临时数据是永远不会被剔除的，即便物理内存不够，导致swap也不会剔除任何非临时数据(但会尝试剔除部分临时数据)，这点上Redis更适合作为存储而不是cache。
8. Redis除了作为存储之外还提供了一些其它方面的功能，比如聚合计算、pubsub(消息，发布者和监听者)、scripting等。
总结：
1.Redis使用最佳方式是全部数据in-memory。
2.Redis更多场景是作为Memcached的替代者来使用。
3.当需要除key/value之外的更多数据类型支持时，使用Redis更合适。
4.当存储的数据不能被剔除时，使用Redis更合适。
Tair :
1.tair 基于redis
2.一个Tair集群主要包括3个必选模块：configserver、dataserver和client，一个可选模块：invalidserver。通常情况下，一个集群中包含2台configserver及多台dataServer。
两台configserver互为主备并通过维护和dataserver之间的心跳获知集群中存活可用的dataserver，构建数据在集群中的分布信息（对照表）。dataserver负责数据的存储，并按照configserver的指示完成数据的复制和迁移工作
3.支持redis的内存存储结构。支持k/v，list，hash，set等数据结构
ConfigServer的功能
1) 通过维护和dataserver心跳来获知集群中存活节点的信息
2) 根据存活节点的信息来构建数据在集群中的分布表。
3) 提供数据分布表的查询服务。
4) 调度dataserver之间的数据迁移、复制。
1.1.2 DataServer的功能
1) 提供存储引擎
2) 接受client的put/get/remove等操作
3) 执行数据迁移，复制等
4) 插件：在接受请求的时候处理一些自定义功能
5) 访问统计
1.1.3 InvalidServer的功能
1) 接收来自client的invalid/hide等请求后，对属于同一组的集群（双机房独立集群部署方式）做delete/hide操作，保证同一组集群的一致。
2) 集群断网之后的，脏数据清理。
3) 访问统计。
1.1.4 client的功能
1) 在应用端提供访问Tair集群的接口。
2) 更新并缓存数据分布表和invalidserver地址等。
3) LocalCache，避免过热数据访问影响tair集群服务。
4) 流控
2.1.1 Tair缓存使用的场景
1. 数据可以以key/value的形式存储
2. 数据可以接受丢失
3. 访问速度要求很高
4. 单个数据大小不是很大，一般在KB级别
5. 数据量很大，并且有较大的增长可能性
6. 数据更新不频繁
2.1.2 Tair持久化适用的场景
1. 数据可以以key/value的形式存储
2. 数据需要持久化
3. 数据量很大，并且有较大的增长可能性
4. 单个数据大小不是很大，一般在KB级别
5. 数据的读写比例较高
2.2 不适Tair用的场景
1.对数据有查询需求，比如对key的模糊查询，或者根据value反查询key等
2.单条数据很大
3.读写比例很低
5.1 tair优势
a.在分布式集群支持方面tair支持副本，支持多种集群结构,如：一机房一个集群、双 机房单集群单份、双机房独立集群、双机房单集群双份、双机房主备集群；
b.对于读写性能根据结点添加对线性上升，原因是各个结点之间是没有关系，节点增多相应性能提升。
c.高可用比较强,任何小于副本数结点挂掉，不会影响正常业务。
e.淘宝在多个实际应用场景应用，满足不同业务需求。
F．支持跨机房数据分布。
5.2 tair弱势
a.在单节点的性能比较方面,redis是性能比tair高大概1/5
b.redis目前研究人员比较少，社区不是很活跃。
5.3 redis优势
a.在单节点的性能比较方面,redis是性能比tair高大概1/5
b.redis目前研究人员比较多，社区比较活跃。
c.在支持多种数据结构方面tair没有redis支持的全面。
5.4 redis弱势
a.目前发布版不支持分布式，测试版支持，测试版对分布式支持比较弱，是用主备支持高可能，没有副本。
b.容灾性相比tair弱，原因是redis的分布式不支持多副本。