Redis理论
Redis 和memcached 基本类似，只是redis可以把数据同步到磁盘
Redis是一个开源，内存存储的数据结构服务器，可用作数据库，高速缓存和消息队列代理。
云数据库RDS 是一个稳定可靠。可弹性伸缩的在线数据服务库服务。基于飞天分布式系统和全SSD盘高性能存储，支持Mysql sql server PPAS(兼容ORICAL)
redis 是一个高性能的 key-value 数据库。 redis 的出现,很大程度补偿了memcached 这类 key:value 存储的不足,在部分场合可以对关系数据库起到很好的补充作用。它提供了 java,C,C++,perl,JavaScript,Python,Ruby,Erlang,PHP 等客户端,使用很方便。
Redis与memcached一样所有数据都是保存在内存中,不同的是redis不定期的通过异步方式保存到磁盘上 (这称为“半持久化模式”);也可以把每一次数据变化都写入到一个 append only file(aof)里面(这称为“全持久化模式”)。
Redis支持主从同步，数据可以从master向任意数量的slave上同步，slave可以是关联其他slave的master。
Redis的优点
1.redis不仅仅支持简单的key-values类型的数据，也支持list set zset hash等数据类型的存储
2.Redis支持数据的备份,master-slave模式的数据备份
3.Redis 支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载使用
Redis只会缓存所有的key信息，如果redis发现内存的使用超过了一定的阀值，将触发swap的操作，根据计算得出哪些key对应的values需要swap到磁盘，同时在内存中清除。这种特性可以使得redis保持超过其机器本身内存大小的数据。当然，机器本身的内存必须要能够保持所有的key，这些数据是不会进行swap操作的。同时，由于将内存中的数据swap到了磁盘中的时候，提供服务的主线程和进行swap操作的子线程会共享这部分内存，所以，如果需要更新，则会阻塞这个操作，直到swap完成操作后才会进行修改。
当从redis中读取数据的时候，若是需要从swap中加载相应的数据，再返回给请求方，这里就存在一个IO线程池的问题。在默认情况下，redis会出现阻塞，即完成swap加载后，才会响应。所以，设置适当的IO线程池的大小，从swap中加载数据的读取请求做并发处理，减小阻塞的时间。
Redis Sentinel 提供高可用
Redis Cluster 提供自动分区
Gearman
利用gearman实现redis缓存mysql
Gearman 是一个支持分布式的任务分发框架:
Gearman Job Server:Gearman 核心程序,需要编译安装并以守护进程形式运行在后台。后台守护进程，维护一个队列。
Gearman Client:可以理解为任务的请求者。
Gearman Worker:任务的真正执行者,一般需要自己编写具体逻辑并通过守护进程方式运行,Gearman Worker 接收到 Gearman Client 传递的任务内容后,会按顺序处理。
大致流程:下面要编写的 mysql 触发器,就相当于 Gearman 的客户端。修改表,插入表就相当于直接下发任务。然后通过 lib_mysqludf_json UDF(user defined functions) 库函数将关系数据映射为 JSON 格式,然后在通过 gearman-mysql-udf 插件将任务加入到 Gearman 的任务队列中,最后通过redis_worker.php（worker.php将mysql数据异步复制到redis）,也就是 Gearman 的 worker 端来完成 redis 数据库的更新。
Mysql 要实现与外部程序互通的最好方式通过mysql UDF(user defined functions)来实现。为了让mysql能将数据传入到gearman中，这里使用了lib_mysqludf_json UDF库函数将关系数据映射为 JSON 格式（gearman只接受字符串作为入口参数）,然后在通过 gearman-mysql-udf 插件将任务加入到 Gearman 的任务队列中。
