之前觉得需要使用redis缓存是因为使用redis作为缓存可以减少数据库的压力，特别是需要频繁查询大量数据的情形下。使用redis还可以提高访问速度，因为redis的数据会被保存在内存中，但是，这一些是不足以说明的。

逃

其实mysql架构中也是有缓存的，服务器中查询缓存(query cache)，在执行sql语句的时候，会将可以作为缓存的sql结果(注1)保存在查询缓存中，这样当有相同的sql查询执行时，可以直接从缓存中查询到结果，不需要进行sql解析、优化器优化。似乎可以直接依赖mysql自身的查询缓存来解决问题

但是，

1)这个缓存是本地缓存，如果有多台服务器，sql语句会随机发送给其中一台，无法保证相同的请求会发送给同一台，这样本地缓存命中率就比较低，本地缓存(即查询缓存)就没有什么用了

2)从查询缓存中取出结果或者将查询结果添加进查询缓存中，会带来额外性能消耗

3)当表的结构或内容发生变化时，使用这个表的缓存查询将不再有效，查询缓存值的相关条目将被清空。常见修改表结构和表内容的语句，如delete、insert、altertable很多。使用redis作为缓存将受这个影响很小，因为它是基于键值对保存缓存的，只有key对应的缓存内容发生变化，才会受到影响，其他key对应缓存内容发生变化对其几乎是没有影响的

那为什么现在用redis比较多呢，大概是因为其支持的数据类型比较多吧，如list、set、sortedset、hashmap、string,而memecache只能支持简单的数据类型。另外redis可以完成一部份数据的持久化，而memecache完全将数据保存在内存中，不进行持久化，如果服务器出问题，数据将全部丢失，另外，可能是redis底层实现优化比memecache好吧

注1：有一些sql语句，比如sql语句中含有自定义函数、自定义变量、含有不确定数据[NOW()、CURRENT_DATE()等]、还有其他一些sql语句的查询语句是不会被加入到查询缓存中的，查询时也不会经过查询缓存