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

Redis 服务上线后，难免会出现故障需要诊断修复。
服务器日常运维需要进行健康检查，日常的健康检查可以在故障发现之前给运维管理人员提前预警，可以了解发生了什么，服务器的各项指标情况；可以使用`SLOWLOG`命令来识别慢速命令或慢操作等。当产生故障时就是到了最糟糕的情况。

Redis 几乎都是部署在基于 Linux 操作系统的服务器上，生产环境需要做些适配的优化配置。
操作系统级别优化，如：内存分配策略，交换分区控制，透明大页配置，网络连接优化。
Redis 服务优化：Redis安全配置，保护模式，客户端连接，内存淘汰策略，日志配置。

Redis 提供了丰富的 API 来操作数据，某些业务需求不只一个 API 可实现，但实现同一功能的不同的 API 在性能上是不一样的。
Redis 是内存级别单线程处理请求，对性能非常在乎。正确的使用 API 就显得尤为重要。

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

MySQL 对范围查询提供了 *range access method(范围访问方法)* 来优化查询。
范围访问方法使用单个索引来检索包含在一个或多个索引值区间内的表行的子集。这里的单个索引可以是单列索引或多列索引。

MySQL 查询是以 SELECT 语句形式执行数据库中的所有查找操作，SELECT 操作在执行的 SQL 语句中占大比例，SELECT 调优可以说是对 SQL 优化的首要任务。

使用索引来提高查询性能效果是显著的，但不正确的 **SQL** 语句使用也会导致索引失效，索引使用未达预期，甚至执行全表扫描，此情况是严重影响性能的，在编写 SQL 语句时特别注意。

MySQL 查询执许计划 EXPLAIN 输出的信息有个扩展信息字段 Extra，该字段包含了有关 MySQL 如何解析查询的其他信息，可以更好地帮助理解执行计划。
该字段常见的值有 Using index、Using where。若想尽可能提高查询效率，需要关注 Using filesort 和 Using temporary 值，该值会影响查询的性能。

MySQL 优化器会根据 **表、列、索引** 和 **WHERE** 子句中的条件的详细信息，会考虑许多技术来更高效地执行 SQL 查询中涉及的查找。可以在不读取所有行的情况下执行对大表的查询，可以在不比较每个行组合的情况下执行涉及多个表的联接。