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使用情况及状态信息用什么命令?

　　info

　　Redis是单线程的，如何提高多核CPU的利用率?

　　可以在同一个服务器部署多个Redis的实例，并把他们当作不同的服务器来使用，在某些时候，无论如何一个服务器是不够的， 所以，如果你想使用多个CPU，你可以考虑一下分片(shard)。

　　一个Redis实例最多能存放多少的keys?

　　List、Set、Sorted Set他们最多能存放多少元素?理论上Redis可以处理多达232的keys，并且在实际中进行了测试，每个实例至少存放了2亿5千万的keys。我们正在测试一些较大的值。

　　任何list、set、和sorted set都可以放232个元素。换句话说，Redis的存储极限是系统中的可用内存值。

　　修改配置不重启Redis会实时生效吗?

　　针对运行实例，有许多配置选项可以通过 CONFIG SET 命令进行修改，而无需执行任何形式的重启。

　　从 Redis 2.2 开始，可以从 AOF 切换到 RDB 的快照持久性或其他方式而不需要重启 Redis。

　　检索 ‘CONFIG GET *’ 命令获取更多信息。但偶尔重新启动是必须的，如为升级 Redis 程序到新的版本，或者当你需要修改某些目前 CONFIG 命令还不支持的配置参数的时候。

　　Redis常见性能问题和解决方案?

　　(1) Master最好不要做任何持久化工作，如RDB内存快照和AOF日志文件

　　(2) 如果数据比较重要，某个Slave开启AOF备份数据，策略设置为每秒同步一次

　　(3) 为了主从复制的速度和连接的稳定性，Master和Slave最好在同一个局域网内

　　(4) 尽量避免在压力很大的主库上增加从库

　　(5) 主从复制不要用图状结构，用单向链表结构更为稳定，即：Master