redis怎么处理分布式事务的
1、用Redis分布式锁，在事务中对资源加锁后，其他客户端尝试对这个资源进行操作时，如果这个资源被锁定，则会等待一段时间后重试，这样可以保证操作的顺序，并避免了多个客户端同时操作同一个资源而导致的数据异常。
2、如果没有其他线程占用，则就可以通过添加分布式锁来占用这个资源，然后再执行后续的任务，在任务执行完成之后，再释放分布式锁，其他线程就可以继续使用这个资源了。
3、必须说明一点的是分布式限流由于有网络的开销，TPS的支持隔本地限流是有差距的，因此在对于TPS要求很高的场景，建议采用本地限流进行处理。
4、释放锁的时候，只需要删除 del key 这个 key 就行了。
Redisson实现分布式锁原理
如果发现加锁次数是0了，说明这个客户端已经不再持有锁了，此时就会用：“del myLock”命令，从redis里删除这个key。然后呢，另外的客户端2就可以尝试完成加锁了。这就是所谓的分布式锁的开源Redisson框架的实现机制。
注意 rLock.tryLock(10， TimeUnit.SECONDS)； 时间要设置大一点，如果等待时间太短，小于获取锁 redis 命令的时间，那么就直接返回获取锁失败了。
Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。
缓存击穿、穿透、雪崩及Redis分布式锁
当有新数据的时候，我们再及时更新它，一般流程是先查询缓存，查到了直接返回缓存数据，查不到再走数据库，然后再刷回缓存。
如果缓存数据 设置的过期时间是相同 的，并且Redis恰好将这部分数据全部删光了。这就会导致在这段时间内，这些缓存 同时失效 ，全部请求到数据库中。
先来说一下缓存穿透的概念：缓存穿透是指查询的key不存在，从而缓存查询不到而查询了数据库。解决方法：把所有存在的key都存到另外一个存储的Set集合里，查询时可以先查询key是否存在。
redis分布式锁用在事务里面通常是为了保证同时对多个Redis资源进行原子化操作，从而避免出现数据竞争等问题。
而我们的系统最终满足的永远都是最终一致性，而这种最终一致性，有些时候有人会喜欢问关于分布式事务，而有些人则偏重在分布式锁上。
Redis分布式锁的原理 Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。
redis分布式锁用在事务里面什么意思
分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性。
但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问。
key：加锁的键，实际上就是相当于一个唯一的标志位，不同的业务，你可以使用不同的标志位进行加锁。
Redis中的事务(transaction)是一组命令的集合。事务同命令一样都是Redis最小的执行单位，一个事务中的命令要么都执行，要么都不执行。
使用Redis实现分布式会话
1、在cookie中存入一个固定值的key，例如：mySessionId，value为这个随机数。用户请求需要登录的接口时，先从cookie中拿到随机数，然后以随机数为key，从redis中得到用户信息，如果用户信息不为null，则表示用户已登录。
2、使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL）。
3、Redis Cluster中，Sharding采用slot(槽)的概念，一共分成16384个槽，这有点儿类pre sharding思路。对于每个进入Redis的键值对，根据key进行散列，分配到这16384个slot中的某一个中。
4、通过spring boot + redis来实现session的共享非常简单，而且用处也极大，配合nginx进行负载均衡，便能实现分布式的应用了。
5、启动哨兵 使用 redis-sentinel 命令，分别启动这三个哨兵 哨兵的自动发现 当三个哨兵都启动后，在各个哨兵的打印日志里可以看到， 三个哨兵已互相发现了彼此的存在 。
redis分布式事件的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redission分布式事务、redis分布式事件的信息别忘了在本站进行查找喔。