Redis实践经验

优雅的Key结构

Key实践约定：

优点：

可读性强
避免key冲突
方便管理
节省内存（key是string类型，底层编码包含int、embstr、raw三种。在小于44个字节时使用embstr，embstr采用连续内存空间，内存占用更小。如果超过44个字节，底层编码使用raw）

BigKey

BigKey通常以key的大小和key中成员的数量来综合判定，例如：

推荐值：

BigKey的危害：

持久化配置

部署建议：

慢查询

Redis在执行时耗时超过某个阈值的命令，称为慢查询

慢查询的阈值可以通过配置指定：

慢查询会被放入慢查询日志中，日志长度有上限。

命令及安全配置

内存配置

当Redis内存不足时，可能导致Key频繁被删除、响应时间变长、QPS不稳定等问题。当内存使用率达到90%以上时就需要警惕，并快速定位到内存占用的原因。

内存占用	说明
数据内存	是Redis最主要的部分，存储Redis的键值信息。主要问题是BigKey问题，内存碎片问题（内存碎片，可直接重启Redis解决）
进程内存	Redis主进程本身运行需要占用内存；这部分大约在几兆，在大多数生产环境中与Redis数据占用的内存相比，可以忽略
缓冲区内存	一般包括客户端缓冲区、AOF缓冲区、复制缓冲区等。客户端缓冲区又包括输入缓冲区与输出缓冲区两种。这部分内存占用波动较大，不当使用BigKey，可能导致内存溢出

Redis查看内存分配状态，命令如下：

复制代码

# 查看Redis内存相关信息
info memory
# 查看某个模块的内存信息
memory xxx

内存缓冲区常见三种：

复制缓冲区：主从复制的repl_backlog_buf，如果太小可能导致频繁的全量复制，影响性能。通过repl_backlog_buf来设置，默认是1mb
AOF缓冲区：AOF刷盘之前的缓存区域，AOF执行rewire的缓冲区。无法设置容量上限
客户端缓冲区 ：分为输入流和输出流缓冲区，输入缓冲区最大1G且不能设置。输出缓冲区可以设置，如下图：

集群最佳实践

集群完整性问题：

复制代码

# 默认配置，该配置表明，如果发现任意一个插槽不可用，则整个集群都会停止对外服务
cluster-require-full-coverage yes
# 因此，为了保证高可用特性，把默认配置改成 no 
cluster-require-full-coverage no

集群带宽问题：

集群之间会不断的互相Ping来确定集群中其他节点的状态。每次Ping都会携带的信息至少包括：插槽信息、集群状态信息，集群中节点越多，集群状态信息数据量越大，10个节点的相关信息可能达到1kb，此时每次集群互通需要的带宽会非常高。

解决途径：

动态配置，重启失效，可在配置文件中永久配置