这里放入redis中的博文只包括博文的简介以及标题那些，不应该包括回复数，阅读量，浏览量这三个东西。因为这三个可能会时时变化的，因此这三个要页面异步去加载。当然正文是肯定要异步的，占用太多了。
经过测试返现，放入一百条数据，也就是desc为255全满的情况下所占用的内存是（单位字节）1B=1byte；

120880(byte)

也就是说，如果我用100M内存，可以放的条数如下，这里也只是大概。
总共字节数：

100*1024*1024=104857600（byte）

也就是100M可以放入的记录数是：

104857600*100/120880 = 86745

也就是如果用100M内存给redis就可以放入86745条记录。因为现在没有独立的redis服务器，也不需要，那么查看下我现在的剩余内存：

可怜兮兮的只有73M,但是这73M还要考虑一些额外的情况，也就是最多只能抽出50M来使用，那么可以放入的博文数为：43372条，为了保险就放入4万条先。
如果以后网站的访问量太大了，需要内存，那么就只能扩容部署redis集群，大概可以有2G，就可以放入1776537条记录啦。足够了，并且如果一条记录，一天后都没人访问，那么就会失效，这样子就可以保证正常运行啦。话说现在4万条，每天发10条，都需要发4000条，也就是十年了。十年后有钱了直接扩容，每天发一百条都要发一年，所以我这里不用考虑失效时间。
也就是说，如果整合博文的总帖数，不超过4万条的话，都可以常住内存。若是以后访问量大了，超过十万条就得设置失效时间了。那时候再考虑。所以失效时间改为一年算了，重新访问将不会失效，以后若总数到达十万条博文了，再考虑将失效时间减短。