本文目录一览：
- 1、RedLock-红锁
- 2、缓存击穿、穿透、雪崩及Redis分布式锁
- 3、高并发没锁可不行,三种分布式锁详解
产生原因区别：红锁产生于黑卡交易等违规行为 ， 导致账号无法进行交易活动 。红信产生于恶意挂机、击杀队友次数过多等被举报行为，导致匹配信用降低 。
红锁号是游戏中的一种账号状态，具体状态是玩家可以正常游戏 ， 也可以使用游戏道具，但道具不能购买和交易 。红锁号指的是csgo等游戏的一种账号状态，具体是账号不能交易，但可以打游戏，也不会被封号 。
csgo红锁号是游戏中的一种账号状态，具体状态是玩家可以正常游戏，也可以使用游戏道具，但道具不能购买和交易 。无法交易导致道具不能交易，比如不能购买和出售皮肤 ， 补给箱也不能买 ， 极端情况下，steam上其他游戏也不能购买 。
缓存击穿、穿透、雪崩及Redis分布式锁缓存雪崩、缓存穿透和缓存击穿都是缓存系统中的问题，但是它们之间有所不同 。- 缓存雪崩：指Redis中大量的key几乎同时过期，然后大量并发查询穿过redis击打到底层数据库上，此时数据库层的负载压力会骤增 。
缓存穿透是指一个请求要访问的数据，缓存和数据库中都没有，而用户短时间、高密度的发起这样的请求，每次都打到数据库服务上，给数据库造成了压力 。一般来说这样的请求属于恶意请求 。
预防和解决缓存穿透问题，可以考虑以下两种方法：缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费 。
内存限制：Redis是基于内存的存储系统，当缓存数据量过大时，可能会消耗大量内存资源，影响软件其他功能的性能 。缓存穿透、缓存击穿和缓存雪崩：这些现象可能导致缓存系统承受较大压力，进而影响整个软件的性能和稳定性 。
高并发没锁可不行,三种分布式锁详解1、目前分布式锁的实现方案主要包括三种：基于数据库实现分布式锁主要是利用数据库的唯一索引来实现，唯一索引天然具有排他性，这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁 。
2、基于数据库实现分布式锁 悲观锁 利用select … where … for update 排他锁 。注意：其他附加功能与实现一基本一致，这里需要注意的是“where name=lock ”，name字段必须要走索引，否则会锁表 。
3、高并发始终要注意的问题：原子性 分布式锁常见的可以使用redis、zookeeper、seata 。目前用的比较多的redis，使用分布式锁组件redisson 。如果是直接操作redisTemplate，需要注意finally中释放锁，避免程序问题导致锁无法释放 。
【redis分布式锁解决方案 redis分布式锁失败】4、这个方法与 tryAcquireOnceAsync 方法的区别，就是一个获取锁过期时间，一个是能否获取锁 。即 获取锁过期时间 为 null 表示获取到锁，其他表示没有获取到锁 。
