1

原定书名《Redis3开发运维最佳实践》改为《Redis开发与运维》，因为根据最新的广告法，书名不允许有最字。

本书勘误为地址：https://cachecloud.github.io/2017/02/17/《Redis开发与运维》勘误/ 欢迎指正

一、图书简介

《Redis开发与运维》近期已经截稿，本书重点关注Redis开发运维中方方面面的问题，作者是来自搜狐视频一线的Redis开发和运维工程师-付磊和张益军。2016年3月，作者所在团队开源了Redis的私有云平台CacheCloud。

京东预售： https://item.jd.com/12121730.html

互动出版网： http://product.china-pub.com/5173109

豆瓣： https://book.douban.com/subject/26971561/

亚马逊-kindle: https://www.amazon.cn/Redis开发与运维-付磊/dp/B06X1BJN6D

搜狐视频自媒体商城： http://my.tv.sohu.com/pmall/item.do?id=33007

1

本书预计2017年2月中旬，由机械工业出版社(华章图书)出版，全书大概440页左右，后续会公布一些样章，欢迎加入qq讨论群：534429768。

本书目录如下：

• 第1章 Redis初识
• 第2章 API理解和使用
• 第3章 小功能大用处
• 第4章 客户端
• 第5章 持久化
• 第6章 复制
• 第7章 Redis的噩梦：阻塞
• 第8章 理解内存
• 第9章 哨兵
• 第10章 集群
• 第11章 缓存设计
• 第12章 开发运维“陷阱”
• 第13章 Redis监控运维云平台CacheCloud
• 第14章 Redis配置统计字典

二、完整目录

有关cachecloud如何实现高可用，这个问题qq群(534429768)里一直有人问，（下图）:

一、入口和功能

1.入口：

在cachecloud管理后台，左侧有Redis配置模板管理入口

一、数据升级

1

也可以参考Cachecloud.sql文件的变化

1.新加的系统配置

1
2
3
4
5
6
7
8
9
10

insert into system_config(config_key,config_value,info,status,order_id) values('redis.migrate.tool.home','/opt/cachecloud/redis-migrate-tool/','redis-migrate-tool安装路径',1,18);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.user.login.type','1','用户登录状态保存方式(session或cookie)',1,19);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.cookie.domain','','cookie登录方式所需要的域名',1,20);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.base.dir','/opt','cachecloud根目录，要和cachecloud-init.sh脚本中的目录一致',1,21);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.app.client.conn.threshold','2000','应用连接数报警阀值',1,22);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.email.alert.interface','','邮件报警接口(说明:http://cachecloud.github.io 邮件和短信报警接口规范)',1,23);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.mobile.alert.interface','','短信报警接口(说明:http://cachecloud.github.io 邮件和短信报警接口规范)',1,24);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.ldap.url','','LDAP接口地址(例如:ldap://ldap.xx.com)',1,25);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.whether.schedule.clean.data','false','是否定期清理统计数据',1,26);
insert into system_config(config_key,config_value,info,status,order_id) values('cachecloud.app.secret.base.key','cachecloud-2014','appkey秘钥基准key',1,27);

本文用几星代表更新内容的重要性，星数越多，功能越重要。

升级1.2方法请参考：CacheCloud 1.1升级到1.2

[fix]

• 1、修复导入的应用，不能立即使用应用慢查询功能（2星）
• 2、修复Redis Sentinel节点包含添加slave功能（2星）
• 3、修复非Redis Cluster水平扩容功能（2星）
• 4、修复系统配置的值不能为空（3星）
• 5、修复系统配置修改对cachecloud多机器部署无效（3星）

[new]

• 1、数据迁移工具（5星）
• 2、Redis配置模板（5星）
• 3、Session和Cookie两种用户状态（3星）
• 4、支持修改单个节点的配置（4星）
• 5、应用客户端连接数报警（3星）
• 6、机器可以设置根路径（4星）
• 7、邮件和短信报警支持http接口（4星）
• 8、支持LDAP登录（4星）
• 9、添加Redis碎片率收集和展示（4星）
• 10、添加AOF阻塞收集和展示（4星）
• 11、部署应用前检查配置是否正确（5星）
• 12、删除机器验证（3星）
• 13、增加appkey和RestApi（4星）
• 14、定时删除数据的问题（3星）
• 15、客户端连接数图表 (3星)
• 16、应用机器实例拓扑结构 (4星)
• 17、Cachecloud日报功能 (4星)
• 18、CacheCloud版本提示 (3星)
• 19、quartz相关优化 (4星)

[fix]:

1. 修复导入的应用，不能使用应用慢查询功能。
   ………

[new]:

1.迁移数据工具：

下面是示例：

这里首先要感谢一下唯品会的申政同学开发出这么优秀的Redis开源迁移工具redis-migrate-tool，cachecloud迁移工具是基于它实现的，欢迎大家去star。

在使用CacheCloud数据迁移工具之前有大家必要对redis-migrate-tool有一些了解。

一、CacheCloud数据迁移工具能做什么？

1. 功能介绍

数据迁移工具可以完成如下功能：

• 支持在RDB文件、Redis Standalone、Redis Sentinel、Redis Cluster之间进行数据迁移(也可以直接是CacheCloud的应用，也就是appId)，如下图所示支持任意两种类型的source和target进行数据迁移。
• 数据迁移能够保证实时性，所以如果合理使用可以基本保证一致性。(原理可以参考第二小节)
• 迁移过程可视化完成流程的控制。(操作界面流程监控等等)

一、Redis配置在哪？

CacheCloud将Redis配置定义成枚举类(考虑到对于Java不太了解的朋友，后期会定义成可配置的模板)。

1. Redis普通节点配置：普通的数据节点配置

   1	cachecloud-open-web\src\main\java\com\sohu\cache\redis\enums\RedisConfigEnum.java

2. Redis Sentinel节点配置： Sentinel节点自身的特殊配置

   1	cachecloud-open-web\src\main\java\com\sohu\cache\redis\enums\RedisSentinelConfigEnum

3. Redis Cluster节点配置： 在Redis普通节点上添加了一些关于Redis Cluster的配置

   1	cachecloud-open-web\src\main\java\com\sohu\cache\redis\enums\RedisClusterConfigEnum

一、几个疑问？

1.为什么要有客户端上报？

Redis的开发和运维人员，可以通过查看Redis的慢查询了解一些超时的情况，但是我们知道这个慢查询是指命令真正的执行时间，而客户端的调用的数据应该更为重要，其中包含对于客户端的耗时、value大小、异常。运维人员可能不完全清楚，这样对于发现Redis自身问题以及和应用方“撕”(定位问题)很不方便，所以客户端的一些数据无论对于开发人员还是运维人员都是非常有价值的。

2.客户端上报会对客户端性能有消耗？

据统计会有万分之二、三的损耗：一万次调用，会有2~3次比不加统计上报调用时多消耗1~2毫秒，如果不是特别较真，几乎可以忽略不计。

一、系统配置全局说明

在早期的CacheCloud版本中，许多配置需要对源码进行一些修复，对于一些运维人员以及对java不太熟悉的朋友来说不是很友好，为此添加了系统配置页面，系统配置页面可以动态修改系统的一些配置，例如ssh的相关信息，客户端版本信息，机器报警阀值，文档地址、maven仓库、手机和邮件报警、值班联系人配置等等，具体示意图如下：