关于 redis 的储存问题。

感谢各位的解惑。我在这总结一下：
总体来说，方法 1 更优。
方法 1：
优点：1. 粒度更细；
2. 避免很多后期优化问题，一步到位；
3. 避免很多方法 2 存在的问题（不重复罗列）。
缺点：1. 做好 key 的回收机制；
2. 内存使用率略低于方法 2 ；
3. 同类型数据的 key 在 redis 中非常分散

方法 2：
优点：1. 内存使用率高（当 value 为 int 会被压缩，甚至可以压缩到 1/10 ） from #21
2. 相对 而言较适合长期储存用户
3. 千级数据以下优势较明显
缺点：1. 所有数据保存在一个 key 中，单 key 长度不可控，在集群中优化困难；
2. 方法 1 中不同用户可以被存在集群不同机器内；
3. 单个 key 安全性差，崩了就全完了；
4. 单 key 数据过大，传输耗时也存在问题；

从时间性能以及安全性来看，都是方法 1 比较好。
另感谢#5 给出的链接 http://carlosfu.iteye.com/blog/2254572
里面是美团的解决方案

方法 3：
将所有用户进行分段（ all/100 ）， 然后利用方法 2 储存。
分段方法就不赘述了，可以通过 userid 等。内存利用率非常可观。