Redis并不是适合所有的业务的

缓存服务营业这么多年了，发现好多公司或者业务都强行上memcache或者Redis。

这几天遇到好多公司面试都会多多少少的问问缓存的问题。可能是每家的业务问题不同，有的项目确实不适合

就拿我们的票务系统项目来说，项目的实际场景是一张票的生命周期中，就是：创建–查询–核销；就3次调用，就完成了他的使命了。所以测试了下数据库索引和Redis的负载能力，发现，他们只是增大了服务器的开销。对于系统服务速度贡献可以忽略不记。

归纳测试了下，Redis缓存系统的使用业务：

1、会话缓存（Session Cache，token_key）
2、全页缓存（FPC）/ 展示类的数据缓存
3、队列（排队，秒杀之类的）
4、排行榜、计数器（秒杀商品计数器）
5、发布、订阅