本文目录一览：
redis的contain(*)key会发生啥问题?
1、会覆盖，redis本身就是以key为主键的，key相同肯定覆盖。如果是要避免使用用一个KEY，可以在不同的系统生成GUID的方式做key，也可以让redis产生key给不同的系统使用。
2、只要有精确的 key，检索时不会有任何性能问题。Redis 用于存储 key 的是一个字典对象，查询性能与数量级无关。 用 pipeline 批量执行。 数据量大部分取决于你使用的数据格式，也取决于你单个 key 的数据规模。
3、实际上 Redis 是每隔 100ms 随机抽取 一些 key 来检查和删除的。但是问题是，定期删除可能会导致很多过期 key 到了时间并没有被删除掉，那咋整呢？所以就是惰性删除了。
4、我们可以看到：另外，在Redis执行异步重写操作时（bgrewriteaof），主线程会fork出一个子进程来执行重写命令，这个子进程会与主线程共享内存。
5、keys命令的复杂度是O（n），它会遍历这个dict中的所有key，如果Redis中存的key非常多，所有读写Redis的指令都会被延迟等待，所以千万不用在生产环境用这个命令（如果你已经准备离职的话，祝你玩的开心）。
redis集群不支持的命令
1、不支持的方法：KEYS，MIGRATE，SCAN等 支持但需特殊处理的方法：MSET，SINTERSTORE，SUNIONSTORE，ZINTERSTORE，ZUNIONSTORE等 全部请查看 Redis命令列表 .对于不支持的方法，在使用时需要寻找替代方案。
2、Redis不是比较成熟的Memcache或者Mysql的替代品，是对于大型互联网类应用在架构上很好的补充。现在有越来越多的应用也在纷纷基于Redis做架构的改造。
3、Redis没有原子性的主要原因是因为它是单线程执行的，一个命令执行完毕后才能执行另一个命令，这就导致了无法保证多个命令的原子性。
Redis可能会阻塞的情况
1、Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。
2、”rediswatchdog阻塞的解决方法是检查Redis服务器的负载情况和检查系统日志。检查Redis服务器的负载情况：检查Redis服务器的负载情况，确保硬件资源足够，并且Redis数据库的配置合理。
3、RedisClientBlock是Redis客户端的一个阻塞方法，主要用于在Redis进程中等待客户端的请求，并当客户端请求到达时，将请求的数据放入处理队列中进行处理，防止Redis进程在没有请求的情况下浪费CPU资源。
4、Redis的key的获取 redis的命令keys（*） 可以获取所有的key。但是此种方式当数据量大的时候，会产生阻塞的情况。 redis的key还可以通过scan命令获取key。
5、以上我们总结了Redis中常见的可能导致延迟增大甚至阻塞的场景，这其中既涉及到了业务的使用问题，也涉及到Redis的运维问题。
6、因为Redis中命令执行的排队机制，慢查询会导致其他命令的级联阻塞，所以当客户端出现请求超时的时候，需要检查该时间点是否有慢查询，从而分析出由于慢查询导致的命令级联阻塞。
