本文目录一览：
redis缓存穿透怎么解决
预防和解决缓存穿透问题，可以考虑以下两种方法：缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费。
解决方法：把所有存在的key都存到另外一个存储的Set集合里，查询时可以先查询key是否存在。
如果非要用这种方式来解决穿透问题的话，尽量将无效的 key 的过期时间设置短一点比如 1 分钟。另外，一般情况下我们是这样设计 key 的： 表名：列名：主键名：主键值。
针对这个场景，对应的解决方案一般来说有三种。借助Redis setNX命令设置一个标志位就行。设置成功的放行，设置失败的就轮询等待。
解决方案是使用分布式锁或者异步更新缓存数据 。- 缓存穿透：指查询一个不存在的数据，由于缓存中也没有该数据，所以每次请求都会到数据库中去查询，导致数据库压力增大。
redis缓存使用中的热key问题
1、缓存击穿 缓存击穿是指一个请求要访问的数据，缓存中没有，但数据库中有的情况。这种情况一般都是缓存过期了。
2、redis 中的key 太多，在存量卡号比较大的情况下，redis 中key的存储过于庞大。 redis 本身RDB 和 AOF 的问题。 线上开启AOF 重写出差情况下，会阻塞redis 主线程。
3、这时候需要考虑热key是否对业务产生影响，可以通过配置spring.session.store-type=none，关闭存储redis.这时候热key访问量下降，业务key 可以正常访问。
4、使用切片集群的时候，我们通常会将不同的key存放在不同的实例上，如果存在bigKey的话，会导致相应实例的数据量增大，内存压力也相应增大。
5、缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费。
6、遇到的问题主要有以下几点： redis 做流计算太过勉强，一是根据业务上的需求，需要统计的key 至少有几亿个，最多也有几十亿个，另外redis 中需要存储少量的交易的信息。
redis做mysql的缓存
redis是一种内存性的数据存储服务，所以它的速度要比mysql快。2，redis只支持String，hashmap，set，sortedset等基本数据类型，但是不支持联合查询，所以它适合做缓存。
提高数据库的并发处理能力；避免写请求锁表阻塞读请求；避免单点，提高数据库的可用性；而使用Redis作为DB前面的缓存，是为了减少对MySQL的压力，提高系统的处理效率。二者解决的问题域不同，不存在谁替代谁。
前者终究是个缓存，不可能永久保存数据（LRU机制），支持分布式，后者除了缓存的同时也支持把数据持久化到磁盘等，redis要自己去实现分布式缓存（貌似最新版本的已集成），自己去实现一致性hash。
Worker使用一个while死循环实现守护进程，运行 php worker.php 可以看到Gearman状态变为：writeLog 001 同时查看同目录下gearman.log，内容应为从Client传入的值Log content。
redis缓存数据,内存占满,怎么解决
1、可以通过合理设置整数值的范围来优化内存占用。调整集合的rehash阈值，避免频繁rehash。当集合中元素数量超过这个阈值时，才进行rehash操作，减少rehash的开销。
2、可以尝试优化网络设置，如调整TCP参数、更换网络硬件等。Redis内存使用过多：如果Redis已经占用了大部分可用内存，会导致set操作变慢或失败。可以尝试优化Redis的内存配置，如使用更高效的数据结构、通过分片方式扩容等。
3、springboot整合Redis参考， SpringBoot整合Redis - （jianshu.com） 在整合Redis的基础上，在新加监听配置 监听配置类 监听类 将Redis用作缓存时，如果内存空间用满，就会自动驱逐老的数据。
