Redis 服务上线后，难免会出现故障需要诊断修复。

Bitmap：Redis 中的位图并不是一种新的数据类型，它的底层数据类型是字符串。字符串的本质是二进制大对象(BLOB:Binary Large Object)，所以可以视作位图。

Redis 服务在生产环境上线运行后，因为使用了不恰当的命令或在大数据集情况下可能出现响应客户端延迟问题；Redis 是单线程快速处理请求，在亚微秒范围内，若现现了延迟则其它所有客户端的请求都将进入等待，这是无法接受的。

Redis 管道是客户端将多个命令打包一次性发送给服务器，不用等到单独命令的执行结果返回；而 Redis 管理需要服务器在执行所有的命令后返回结果，所有命令发送和接收只发生一次，大大减少了多个命令单独在网络的耗时延迟。

基于拦截器和 AOP 两种方式实现对 API 接口请求响应的耗时进行统计，以对 API 接口响应时长进行监控以了解接口性能，帮助判断接口性能瓶颈。

Redis 中的事务与传统数据库的事务存在较大的差异，所以理解 Redis 事务，必须跳出传统数据库事务的概念，这是由两者对事务的实现方式不同决定的。

Spring AOP 框架是 Spring 的核心组件之一。Spring IoC 容器不依赖于 AOP，但 AOP 是对 Spring IoC 的补充，以提供功能强大的中间件解决方案。

Publish/Subscribe(Pub/Sub-发布/订阅)是两种异步消息通信模式中的一种(另一种是 queue 点对点模式)。在发布-订阅模式中，发布者把消息发送到一个频道(channel)，订阅此频道的消息接收者就可收到消息。

基于 Spring AOP 将请求入参和响应统一记录到日志，省略在方法中手动添加 Logger 的操作。

实现一条类似于行转列的统计SQL，需要用到左连接，右连接，取并集，有些小坑要避免。

分布式微服务在生产环境必须搭建集群来保证高可用，集群至少需要搭建两台服务器。 Eureka 的集群搭建配置非常简单，每一台 Eureka 只需在配置中指定另外多个 Eureka 的地址就可实现集群的搭建。

Spring 多数据源实现方式大概有2种，一种是新建多个 MapperScan 扫描不同 Mapper 包，另一种是继承 AbstractRoutingDataSource 实现动态路由。

在缓存领域，Redis 处于遥遥领先的地位，Redis 4 第一个稳定版本发布已经一年多，中间有些小版本的更新。

Ribbon 是 [Netflix](https://github.com/Netflix) 开源的内置了软件负载均衡器的进程间通信(远程调用)库。支持负载均衡、容错处理、异步和响应式模型中的多协议(HTTP、TCP、UDP)支持、缓存和批处理。

实现流程性业务需求，通常会使用工作流引擎或使用状态流的方式来实现。常见的开源的工作流引擎有 Activity，Flowable。

Redis 为满足业务需求提供了丰富的数据类型，在使用时需要注意它们在不同业务场景中的优缺点，还需要考虑选中的数据类型在性能和内存消耗上是否还有优化的空间。

Feign 是一个声明式 Web 客户端，让 Rest 服务调用更简单。要使用 Feign ，只需在编写接口并添加其注解，就可以定义好 http 请求的参数、格式、地址等信息。

状态机由基于事件或计时器的触发器驱动。可以通过发送事件、监听状态机的操作或请求当前状态来与状态机交互。

Redis 提供了丰富的 API 来操作数据，某些业务需求不只一个 API 可实现，但实现同一功能的不同的 API 在性能上是不一样的。

Netflix 为微服务架构开发了一个 Hystrix 中间件(库)，用于实现断路器功能，类似于电路中的保险丝。Hystrix 通过 HystrixCommand 对服务调用进行隔离来阻止故障连锁反应，能够让接口调用快速失败并迅速恢复正常、或者回退并优雅降级到另一个受 hystrix 保护的调用。