redis的技术陷阱，redis难点

浅析Redis的BigKey(阿里巴巴技术协会ATA同步发送)

常用的做法是通过./redis-cli --bigkeys命令对整个redis中的键值对进行统计，输出每种数据类型中最大的 bigkey 的信息。一般会配合-i参数一起使用，控制扫描间隔，避免长时间扫描降低 Redis 实例的性能。

redis布隆过滤器属于bigkey。根据查询公开信息显示，redis是单线程运行的，一次操作的value会对整个redis的响应时间造成负面影响。出现这种情况下需要对bigkey进行拆分。

Apache Cassandra是一款开源分布式NoSQL数据库系统，使用了基于Google BigTable的数据模型，与面向行(row)的传统关系型数据库或键值存储key-value数据库不同，Cassandra使用的是宽列存储模型(Wide Column Stores)。

利用Redis设计库存系统的苦与乐

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

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

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

根据目前风控系统运行情况来看，遇到如下的问题 redis 中的key 太多，在存量卡号比较大的情况下，redis 中key的存储过于庞大。 redis 本身RDB 和 AOF 的问题。 线上开启AOF 重写出差情况下，会阻塞redis 主线程。

redis哨兵连接报EOF

1、持久化：是最简单的高可用方法，主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。复制：是高可用Redis的基础，哨兵和集群都是在复制基础上实现高可用的。

2、三个节点修改哨兵配置文件sentinel.conf。先启动三个服务器的redis。启动时会出现警告，提示socket连接数设置的太低了，需要修改后重启服务就不会有警告提示。注意启动的顺序。

3、如果server 侧存在问题，就需要排查服务器哪里出了问题，单机性能使用率太高是否可以升级成哨兵模式或者高可用集群模式。

4、是连接超时 Redis server 主动断开了连接。客户端这边从一个超时的连接请求就会得到 EOF 错误。

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