redis项目问题

1. 你说你了解redis，能简单描述一下redis吗？能画出它的架构图吗？

答：redis是开源的。
Redis 是一个内存中的key-value存储系统。可用作数据库、缓存和消息的中间件。
支持多种类型的数据结构，如字符串，链表，散列表，集合，有序集合等。
为了保证效率，数据都是缓存在内存中；同时，redis会周期性的对更新的数据进行RDB持久化或者AOF持久化操作，并在此基础上实现了master-slave（主从）同步。

Redis支持两种持久化方案，snapshot快照和AOF 增量Log方式。
快照顾名思义就是隔一段时间将完整的数据Dump下来存储在文件中。
AOF增量Log则是记录对数据的修改操作（实际上记录的就是每个对数据产生修改的命令本身），
两种方案可以并存，也各有优缺点，

redis是一个高性能的key-value数据库。

redis内置了复制（replication），并通过redis哨兵（sentinel）和自动分区（cluster）提供高可用性（high availability）。
redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。
由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。

redis通过Multi / Watch /Exec等命令可以支持事务的概念，原子性的执行一批命令。

集群：

High speed.
In memory.
Key-value data store.
Data structure support: strings, lists, hash, sets, sorted sets.
Asynchronous replication.

Redis架构图：
redis的基本应用模型和memcached的基本相似：

首次访问：从RDBMS（MySQL）中取得数据保存到redis中；
第二次后：从redis中取得数据。

2. 面试题问答

对于一致性要求高的数据：

2.1 读：读redis->没有，读mysql->把mysql数据写回redis

问题1: 这样如果对于大量不存在的数据，其实每次走的都是最坏时间，读redis+读mysql

解决问题1:我们使用标记
并不会马上更新redis，而是等到再次读取时才会加载到redis中，
修改和删除操作也是更新数据库，然后将Memcached中的数据标记为失效，等待下次读取时再加载。

但是该解决办法是 这个标记是同步还是异步的呢 为了效率肯定是异步。

那这样“一致性问题”如何解决，也就等同问题2.

2.2 写: 写mysql->成功，写redis（捕捉所有mysql的修改，写入和删除事件，对redis进行操作）

问题2：这里为了效率肯定用的是异步写，那如果redis写不成功如何处理呢？

解决问题2
轮询？可是轮询之时 队列前期有set a 8 队列后面有set a 9 ,也就是这里同一个值有一个事物先后的关系，所以这个队列以key为替换，用set a 9 new operator replace old operator

3. 如何使用redis做mysql的缓存？

应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql。
同时要注意避免冲突，在redis启动时去mysql读取所有表键值存入redis中，往redis写数据时，对redis主键自增并进行读取，若mysql更新失败，则需要及时清除缓存及同步redis主键。

这样处理，主要是实时读写redis，而mysql数据则通过队列异步处理，缓解mysql压力，不过这种方法应用场景主要基于高并发，而且redis的高可用集群架构相对更复杂，一般不是很推荐。

4. redis如何做到和mysql数据库的同步

【方案一】http://www.zhihu.com/question/23401553?sort=created
程序实现mysql更新、添加、删除就删除redis数据。
程序查询redis，不存在就查询mysql并保存redis

redis和mysql数据的同步，代码级别大致可以这样做：
读: 读redis->没有，读mysql->把mysql数据写回redis
写: 写mysql->成功，写redis（捕捉所有mysql的修改，写入和删除事件，对redis进行操作）

读写分离架构图：

【方案二】http://www.linuxidc.com/Linux/2015-01/111380.htm
实时获取mysql binlog进行解析，然后修改redis
MySQL到Redis数据复制方案
无论MySQL还是Redis，自身都带有数据同步的机制，像比较常用的MySQL的Master/Slave模式，就是由Slave端分析Master的binlog来实现的，这样的数据复制其实还是一个异步过程，只不过当服务器都在同一内网时，异步的延迟几乎可以忽略。

那么理论上我们也可以用同样方式，分析MySQL的binlog文件并将数据插入Redis。但是这需要对binlog文件以及MySQL有非常深入的理解，同时由于binlog存在Statement/Row/Mixedlevel多种形式，分析binlog实现同步的工作量是非常大的。

因此这里选择了一种开发成本更加低廉的方式，借用已经比较成熟的MySQL UDF，将MySQL数据首先放入Gearman中，然后通过一个自己编写的PHP Gearman Worker，将数据同步到Redis。比分析binlog的方式增加了不少流程，但是实现成本更低，更容易操作。

【方案三】
使用mysql的udf，详情请看MySQL :: MySQL 5.1 Reference Manual :: 22.3 Adding New Functions to MySQL 然后通过trigger在表update和insert之后进行函数的调用，写入到redis中去。大致是这个样子。

【http://www.zhihu.com/question/27738066】
1.首先明确是不是一定要上缓存，当前架构的瓶颈在哪里，若瓶颈真是数据库操作上，再继续往下看。
2.明确memcached和redis的区别，到底要使用哪个。前者终究是个缓存，不可能永久保存数据（LRU机制），支持分布式，后者除了缓存的同时也支持把数据持久化到磁盘等，redis要自己去实现分布式缓存（貌似最新版本的已集成），自己去实现一致性hash。因为不知道你们的应用场景，不好说一定要用memcache还是redis，说不定用mongodb会更好，比如在存储日志方面。
3.缓存量大但又不常变化的数据，比如评论。
4.你的思路是对的，清晰明了，读DB前，先读缓存，如果有直接返回，如果没有再读DB，然后写入缓存层并返回。
5.考虑是否需要主从，读写分离，考虑是否分布式部署，考虑是否后续水平伸缩。
6.想要一劳永逸，后续维护和扩展方便，那就将现有的代码架构优化，按你说的替换数据库组件需要改动大量代码，说明当前架构存在问题。可以利用现有的一些框架，比如SpringMVC，将你的应用层和业务层和数据库层解耦。再上缓存之前把这些做好。
7.把读取缓存等操作做成服务组件，对业务层提供服务，业务层对应用层提供服务。
8.保留原始数据库组件，优化成服务组件，方便后续业务层灵活调用缓存或者是数据库。
9.不建议一次性全量上缓存，最开始不动核心业务，可以将边缘业务先换成缓存组件，一步步换至核心业务。
10.刷新内存，以memcached为例，新增，修改和删除操作，一般采用lazy load的策略，即新增时只写入数据库，并不会马上更新Memcached，而是等到再次读取时才会加载到Memcached中，修改和删除操作也是更新数据库，然后将Memcached中的数据标记为失效，等待下次读取时再加载。

5. MySQL与Redis缓存架构