Redis键值规范
1、键设计易识别和管理
遵从 业务名称:子业务名称:应用场景:自定义部分
例如：key = “aliyun:forum:cache:comments:64529021”;
2、简洁性
在保证语义的前提下，控制key的长度，在大数据量场景下，key的内存占用不可小视。
3、不要包含特殊字符
包含空格、换行、单双引号以及其他转义字符
4、控制bigvalue, 防止网卡流量、慢查询
string要控制在10k以内，hash、list、set、zset 元素个数不要超过 5000。
5、选择适合的数据类型
例如：实体类型 (要合理控制和使用数据结构内存编码优化配置, 例如 ziplist，但也要注意节省内存和性能之间的平衡)
6、控制 key 的生命周期，必须加key的过期时间。
不设置过期时间容易导致OOM问题
在Redis服务器占用内存达到maxmemory最大的情况下，当再想增加内存占用时，会按maxmemory-policy删除机制将老的数据删除。
这里简单说一下volatile-lru，Redis会按LRU算法删除设置了过期时间但还没有过期的key，而对于没有设置过期时间的key，Redis是永远保留的。
当然，如果你不想删除没有过期的key，那可以使用noeviction机制。
什么是overcommit or oom问题
Linux对大部分申请内存的请求都回复"yes"，以便能跑更多更大的程序。因为申请内存后，并不会马上使用内存。这种技术叫做Overcommit。当linux发现内存不足时，
会发生OOM killer(OOM=out-of-memory)。它会选择杀死一些进程(用户态进程，不是内核线程)，以便释放内存。当oom-killer发生时，linux会选择杀死哪些进程？
选择进程的函数是oom_badness函数(在mm/oom_kill.c中)，该函数会计算每个进程的点数(0~1000)。点数越高，这个进程越有可能被杀死。
每个进程的点数跟oom_score_adj有关，而且oom_score_adj可以被设置(-1000最低，1000最高)。
Redis命令规范
1、del命令
非字符串的 bigkey，不要使用 del 删除，使用 hscan、sscan、zscan 方式渐进式删除，同时要注意防止 bigkey 过期时间自动删除问题 (例如一个 200 万的 zset 设置 1 小时过期，会触发 del 操作，造成阻塞，而且该操作不会不出现在慢查询中 (latency 可查)
2、禁用命令
禁止线上使用 keys、flushall、flushdb 等，通过 redis 的 rename 机制禁掉命令，或者使用 scan 的方式渐进式处理。
3、尽量不要使用时间复杂度为o(n)的函数，必须使用的话关注元素的个数。
4、使用批量操作提高效率（个数控制在500以内）
原生命令：例如 mget、mset，原子操作
非原生命令：可以使用 pipeline 提高效率，非原子操作，需要客户端和服务端均支持。
5、Redis 事务功能较弱，不建议过多使用
6、必要情况下使用 monitor 命令时，要注意不要长时间使用。
Redis客户端使用规范
1、避免多个应用使用一个 Redis 实例，各个业务分开，避免互相影响
2、使用带有连接池的数据库，可以有效控制连接，同时提高效率，标准使用方式
执行命令如下：
Jedis jedis = null;
try {
jedis = jedisPool.getResource();
// 具体的命令
jedis.executeCommand()
} catch (Exception e) {
logger.error("op key {} error: " + e.getMessage(), key, e);
} finally {
// 注意这里不是关闭连接，在 JedisPool 模式下，Jedis 会被归还给资源池。
if (jedis != null)
jedis.close();
}
高并发下建议客户端添加熔断功能 (例如 netflix hystrix)
3、设置合理的密码，如有必要可以使用 SSL 加密访问（阿里云 Redis 支持）
4、根据自身业务类型，选好 maxmemory-policy(最大内存淘汰策略)，设置好过期时间。
默认策略是 volatile-lru，即超过最大内存后，在过期键中使用 lru 算法进行 key 的剔除，保证不过期数据不被删除，但是可能会出现 OOM 问题。
其他策略如下：
allkeys-lru：根据 LRU 算法删除键，不管数据有没有设置超时属性，直到腾出足够空间为止。
allkeys-random：随机删除所有键，直到腾出足够空间为止。
volatile-random: 随机删除过期键，直到腾出足够空间为止。
volatile-ttl：根据键值对象的 ttl 属性，删除最近将要过期数据。如果没有，回退到 noeviction 策略。
noeviction：不会剔除任何数据，拒绝所有写入操作并返回客户端错误信息 "(error) OOM command not allowed when used memory"，此时 Redis 只响应读操作。