Redis与其他key-value存储有什么不同？
主要有以下两个原因。
- Redis有着更为复杂的数据结构并且提供对他们的原子性操作，这是一个不同于其他数据库的进化路径。Redis的数据类型都是基于基本数据结构的同时对程序员透明，无需进行额外的抽象。
- Redis运行在内存中但是可以持久化到磁盘，所以在对不同数据集进行高速读写时需要权衡内存，应为数据量不能大于硬件内存。在内存数据库方面的另一个优点是， 相比在磁盘上相同的复杂的数据结构，在内存中操作起来非常简单，这样Redis可以做很多内部复杂性很强的事情。 同时，在磁盘格式方面他们是紧凑的以追加的方式产生的，因为他们并不需要进行随机访问。
Redis的内存占用情况怎么样？
给你举个例子： 100万个键值对(键是0到999999值是字符串“hello world”)在我的32位的Mac笔记本上 用了100MB。同样的数据放到一个key里只需要16MB， 这是因为键值有一个很大的开销。 在Memcached上执行也是类似的结果，但是相对Redis的开销要小一点点，因为Redis会记录类型信息引用计数等等。
当然，大键值对时两者的比例要好很多。
64位的系统比32位的需要更多的内存开销，尤其是键值对都较小时，这是因为64位的系统里指针占用了8个字节。 但是，当然，64位系统支持更大的内存，所以为了运行大型的Redis服务器或多或少的需要使用64位的系统。
都有哪些办法可以降低Redis的内存使用情况呢？
如果你使用的是32位的Redis实例，可以好好利用Hash,list,sorted set,set等集合类型数据，因为通常情况下很多小的Key-Value可以用更紧凑的方式存放到一起。
Redis的内存用完了会发生什么？
随着现代操作系统的malloc()，返回NULL是不常见的，通常服务器会启动swap交换，这样Redis的性能会随之降低，您也可能会发现某些不妥。
INFO命令可以查看Redis的使用量，因此您可以编写一个监视Redis服务器状态的临界监控脚本以检查服务器的状态。 或者可以在配置文件中使用“maxmemory”配置Redis可以使用的最大内存，如果达到设置的上限，Redis的写命令会返回错误信息(但是读命令还可以正常返回。) 或者你可以将Redis当缓存来使用配置淘汰机制，当Redis达到内存上限时会冲刷掉旧的内容。
Redis 的 on-disk-snapshots 是原子的吗？
是的, 当redis前台在执行命令时后台保存进程是fork(2)ed, 所以任何命令在RAM里是原子操作的，在磁盘快照里面也同样是原子的。
Redis是单线程的，我怎么提高多核CPU的利用率？
CPU不太可能是Redis的瓶颈，一般内存和网络才有可能是。 例如使用Redis的管道(pipelining)在liunx系统上运行可以达到500K的RPS(requests per second) ，因此，如果您的应用程序主要使用O(N) 或者O(log(N)) 的 命令，他们几乎不需要使用什么CPU。
然而，为了最大限度的使用CPU，可以在同一个服务器部署多个Redis的实例，并把他们当作不同的服务器来使用，在某些时候，无论如何一个服务器是不够的，
所以，如果你想使用多个CPU，你可以考虑一下分片(shard) 。。
在Redis的客户端类库里面，比如RB(Ruby的客户端)和Predis(最常用的PHP客户端之一)，能够使用一致性哈希(consistent hashing)来处理多个Redis实例。
一个Redis实例最多能存放多少的keys，List、Set、Sorted Set他们最多能存放多少元素？
理论上Redis可以处理多达2的32次的keys，并且在实际中进行了测试，每个实例至少存放了2亿5千万的keys。我们正在测试一些较大的值。
任何list、set、和sorted set都可以放2的32次个元素。
换句话说，Redis的存储极限是系统中的可用内存值。
