Redis和Memcached的异同

Memcached

1. 可以利用多核优势，单实例吞吐量极高，可以达到几十万QPS；
2. 只支持简单的key/value数据结构，不像Redis可以支持丰富的数据类型。
3. 无法进行持久化，数据不能备份，只能用于缓存使用，且重启后数据全部丢失。
4. 无法进行数据同步，不能将MC中的数据迁移到其他MC实例中。
5. Memcached内存分配采用Slab Allocation机制管理内存，value大小分布差异较大时会造成内存利用率降低， 并引发低利用率时依然出现踢出等问题。需要用户注重value设计。

Redis

1. 支持多种数据结构，如string、 list、hash、set、zset等；
2. 支持持久化操作，可以进行aof及rdb数据持久化到磁盘，从而进行数据备份或数据恢复等操作，较好的防止数据丢失的手段；
3. 支持通过Replication进行数据复制，通过master-slave机制，可以实时进行数据的同步复制来实现HA；
4. 单线程请求，所有命令串行执行，并发情况下不需要考虑数据一致性问题，但性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒；
5. 支持pub/sub消息订阅机制，可以用来进行消息订阅与通知；
6. Redis在string类型上会消耗较多内存，可以使用hash表压缩存储以降低内存耗用。

2.Redis作为分布式缓存可能会存在哪些问题，怎么解决？

• 缓存穿透预防及优化：缓存穿透是指查询一个根本不存在的数据，缓存层和存储层都不会命中；缓存穿透将导致不存在的数据每次请求都要到存储层去查询，失去了缓存保护后端存储的意义；解决方法：缓存空对象和布隆过滤器拦截；
• 缓存雪崩问题优化：由于缓存层承载着大量请求，有效的保护了存储层，但是如果缓存层由于某些原因整体不能提供服务，于是所有的请求都会达到存储层，存储层的调用量会暴增，造成存储层也会挂掉的情况；预防和解决缓存雪崩问题，可以从以下三个方面进行着手：保证缓存层服务高可用性、依赖隔离组件为后端限流并降级、提前演练。
• 缓存热点key重建优化：开发人员使用缓存和过期时间的策略既可以加速数据读写，又保证数据的定期更新，这种模式基本能够满足绝大部分需求。但如果热点Key和重建缓存耗时两个问题同时出现，可能就会对应用造成致命的危害；解决方法：互斥锁（只允许一个线程重建缓存）、永远不过期（唯一不足的就是重构缓存期间会出现数据不一致的情况）。