redis踩过坑，redishi

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

Redis异常记录

使用Redis集群时遇到“peer”异常，这通常意味着在集群中的某个节点出现了问题。Redis集群是分布式数据存储，它通过将数据分布在多个节点上以提高性能和可靠性。当一个节点无法正常工作，它可能会影响集群的稳定性和数据一致性。

连接Redis时会出现各种异常，例如连接超时、连接被拒绝等，如不抛出异常，程序就无法知道Redis连接是否正常，也无法及时处理连接异常，会导致程序出现无法预料的错误。

当 Redis 事务中的某个命令执行失败时，Redis 不会自动回滚之前的操作，而是会继续执行后续命令。

注意 rLock.tryLock(10， TimeUnit.SECONDS)；时间要设置大一点，如果等待时间太短，小于获取锁 redis 命令的时间，那么就直接返回获取锁失败了。

说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用。

Redis分布式锁的原理 Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。

这种去中心化的分布式节点之间内部协调，包括故障识别、故障转移、选主等等，核心在于gossip扩散协议，能够支撑这样的广播协议在于所有的节点都持有一份完整的集群元数据，即所有的节点都知悉当前集群全局的情况。

1、我们先在Redis中拿到当前的库存值，然后check是否已经扣减到了零，如果已经扣减到了零，则直接return；否则，就利用Redis的decr原子操作进行扣减，同时返回扣减后的库存值。

2、内存使用效率对比：使用简单的key-value存储的话，Memcached的内存利用率更高，而如果Redis采用hash结构来做key-value存储，由于其组合式的压缩，其内存利用率会高于Memcached。

3、库存全部放在redis是可取的。商品的库存全部放入redis，库存的读取直接读取redis，到了下单环节，库存的扣除也直接在redis扣除，通过消息队列通知后端数据库，最终把库存的扣减异步同步到后台数据库，避免了对数据库的瞬时压力。

1、使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上。

2、问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁。

3、锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作。

4、借助Redis setNX命令设置一个标志位就行。设置成功的放行，设置失败的就轮询等待。

5、释放锁的时候，只需要删除 del key 这个 key 就行了。

1、可从被监控设备收集数据缓存在proxy本地后传递给其所属的zabbix server。proxy需要单独的数据库。Java gatewayjava实现的守护进程用于监控JMX类型的应用程序。

2、通过Zabbix前台获取历史数据通过Zabbix前台查看历史数据非常简单，可以通过Monitoring-Lastest data的方式查看。也可以点击右上角的As plain test按钮保存成文本文件。

3、Zabbix是一款强大的开源监控解决方案，它能够监控各种网络参数、服务器性能指标、服务应用程序等。虽然我不太熟悉Zabbix的具体应用，但它在监控服务器性能方面表现出色。

redis踩过坑的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redishi、redis踩过坑的信息别忘了在本站进行查找喔。