简单笔记key-value存储系统----redis

  前几天在阿里云上部署一个开源项目，时常遇到内存无法分配的问题，结果导致项目跑不起来的杯具，之前在谷歌论坛上也听过网友说，canvas部署会占用比较大的内存，我们也是从512M添加到1G内存，项目才能如愿的跑起来，可高兴没有多久，杯具又出现了，当访问量增大点时，内存又出现无法分配问题，等过段时间访问又可以了，我想问题应该出现在缓存上面，项目使用的是redis作为cache，之前对这个不了解，今天在群里请教了两位大神，总算是明白了些，记下笔记，方便日后查询。

  redis,百度百科是这样描述：redis是一个key-value存储系统，一个高性能的key-value数据库，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hashs（哈希类型），它与另外一个Memcached（一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载）相似。只是Mencached支持的value类型只有string（字符串）,相对简单，理解够快，两者之间的对比我也找到些资料，具体这里不做描述，只针对redis，两者之间的对比可参看如下地址：

http://stackoverflow.com/questions/10558465/memcache-vs-redis
http://oldblog.antirez.com/post/update-on-memcached-redis-benchmark.html
http://hi.baidu.com/silverd/item/29a974143cf73a727b5f25c9
http://oldblog.antirez.com/post/redis-memcached-benchmark.html

  从大神那里了解到，redis在大数据处理，数据交换，缓存的时候用到，具有持久化的能力，多数情况下当做缓存、内存数据库使用。redis比较成熟，性能也不错，和持久化数据库差不多，只不过其他的数据库把数据存在硬盘中，而redis把数据存在内存中，方便你去操作数据。比如对数据进行：筛选、操作、取值、计算等，不同的应用场景使用的方式也不一样，因为放内存中读取的速度够快，所以一般做缓存数据。 比如 rails里面的 session 就可以使用redis，这些数据每次都要使用，放在硬盘数据库中读取是个麻烦。一旦遇到大量访问的时候硬盘的性能就很明显了。

  当做缓存使用时候，redis要合理规划内存空间，看项目要用到多少就划分多少，使用的时候有两个原则，一个是数据的销毁周期，一个是资源占用的内存空间大小。随着你存入的数据和销毁数据的速度不成正比的时候，那么你的数据将会持续占用资源，redis有个占用资源上线的，默认是最大内存（可配置），当占用完了就不会分配内存了，会给出一个异常告诉调用程序，等待有资源过期被销毁掉，然后再分配给你。如果你存入的数据大于销毁的数据的时候，你就要考虑扩容了和优化销毁能力。这个时候持久化功能就凸现了，把过多的数据持久化到硬盘。

  redis不仅可以expire还可以LRU，具体资料参看：
  http://oldblog.antirez.com/post/redis-as-LRU-cache.html