现象如下： 看了报错是权限问题，然后发现redis1.conf的权限果然不大对，所以运行chmodo+r添加权限但是启动后容器自动退出：然后把redis-server改成绝对路径/usr/local/bin/redis-server 此时就能发现报错真正的原因：是原始redis.conf配置文件内容的问题，而不是文件本身挂载的问题。这里提示的其实就是容器内部没有/var/lib/redis这个路径然后创建一个docker存储卷，并挂载给/var/lib/redisdockervolumecreatemyvolumedockerrun--namexxxx -vmyvolume:/var/lib/

文章目录🍔生成全局唯一ID🌹为什么要生成全局唯一id🌺生成全局id的方法✨代码实现🍔生成全局唯一ID是一种在分布式系统下用来生成全局唯一id的工具在项目中生成全局唯一ID有很多好处，其中包括：数据库主键：在数据库中，唯一ID可以作为主键，确保每条记录的唯一性，便于快速检索和更新数据。分布式系统：在分布式系统中，生成全局唯一ID可以避免不同节点生成相同的ID，确保整个系统的数据一致性。日志追踪：在日志系统中，给每条日志分配唯一ID可以方便进行日志的追踪和分析。安全性：某些场景下，需要对数据进行加密或者数据权限控制，唯一ID可以作为安全机制的一部分。缓存键值：在缓存系统中，使用唯一ID作为键值可以

Redis阻塞原因以及问题排查尽管我们在日常工作中经常使用Redis作为数据库的缓存，以大大减轻数据库压力并提升用户体验，但Redis也可能出现阻塞情况，导致整个系统变慢，进而影响用户体验。因此，在面对Redis阻塞的情况下，我们可以从以下七个方面进行全面的分析，以确定造成Redis阻塞的具体原因。慢查询因为Redis是单线程的，所以如果出现大量的慢查询，可能会导致redis-server阻塞，可以通过slowloggetn获取慢日志查看详细情况，如下所示。>slowlogget334168863009914659LPOPAutomatic:Plan:wait:RestoreList192.1

目录Redis哨兵一、哨兵模式的主要概念和组件二、哨兵模式的工作流程三、哨兵配置流程1、创建Redis哨兵配置文件2、启动哨兵3、命令解读4、查看哨兵是否正常启动5、测试主机宕机四、哨兵运行流程五、哨兵选举算法六、哨兵使用建议Redis哨兵Redis哨兵模式（SentinelMode）是一种用于实现高可用性和自动故障转移的Redis架构。在哨兵模式中，有一个或多个哨兵进程监控着主服务器和从服务器的状态，并在主服务器宕机时自动将其中一个从服务器升级为新的主服务器，以保障系统的可用性。一、哨兵模式的主要概念和组件1、主服务器（Master）：主服务器是Redis集群中的核心组件，负责处理写操作和同

Redis全文搜索是依赖于Redis官方提供的RediSearch来实现的。RediSearch提供了一种简单快速的方法对hash或者json类型数据的任何字段建立二级索引，然后就可以对被索引的hash或者json类型数据字段进行搜索和聚合操作。这里我们把被索引的hash或者json类型数据叫做源数据。本文大纲如下，使用体验简单场景下，用RediSearch来平替Elasticsearch的使用场景已经足够。像是Elasticsearch中常用的查询语法AND、OR、IN、NOTIN、>、此外RediSearch还支持聚合统计、停用词、文本标记和转义、同义词、标签、排序、向量查询、中文分词等。

Redis全文搜索是依赖于Redis官方提供的 RediSearch 来实现的。RediSearch提供了一种简单快速的方法对hash或者json类型数据的任何字段建立二级索引，然后就可以对被索引的hash或者json类型数据字段进行搜索和聚合操作。这里我们把被索引的hash或者json类型数据叫做源数据。本文大纲如下，图片使用体验简单场景下，用RediSearch来平替 Elasticsearch 的使用场景已经足够。像是Elasticsearch中常用的查询语法AND、OR、IN、NOTIN、>、此外RediSearch还支持聚合统计、停用词、文本标记和转义、同义词、标签、排序、向量查询、

解决Redis报错"Connectionrefused:nofurtherinformation"的方法主要包括（版本java8）：1.确保Redis服务正在运行，如果没有运行，请启动Redis服务。2.检查Redis的地址和端口配置是否正确。3.检查服务器的防火墙设置，确保Redis的端口可以通过防火墙。4.检查服务器与Redis服务器之间的网络连通性。如果像我一样都核对了没问题还是报一样的错,看一下配置文件报错之前：data与datasource同一层级没报错之后：可以看到我删除了data并且redis的层级和datasource同一层级总结：检查配置文件层级关系

今天我们聊个知识点为什么Redis使用哈希槽而不是一致性哈希。先看文章大纲，提前了解本期内容图片往期回顾之前小许用图文并茂的方式用一期内容让大家快速了解了一致性哈希算法，看过的朋友应该还有印象，没看过的朋友可以点击这里看一遍《五分钟了解一致性哈希算法》。看明白这篇一致性哈希算法基础，会对本期内容有更好的认识和对比性。这里我们再简单回顾下：一致性哈希算法就很好地解决了分布式系统在扩容或者缩容时，发生过多的数据迁移的问题。算法是对2^32进行取模运算的结果值虚拟成一个圆环，环上的刻度对应一个0~2^32-1之间的数值。通过虚拟节点的方式很好的处理了数据不平衡问题。图片不同的计算方式不知道朋友们记不

Redis完全就是《数据密集型应用系统设计》的简单实现，主打一个**大道至简**。推荐配合这本书（或者15-445+6.824）一起看[1]。本文就从分布式视角来介绍下Redis集群模式，顺便看看一些经典的分布式问题在redis下如何解决。**这篇文章主要提供一个highlevel的视角，也就是聚焦于所有分布式系统都会有的一些问题，而不仅限于Redis，阅读时可以多带入自己熟悉的系统的视角。**比如mysql，bin-log/redo-log/undo-log/2PC解决的问题在本文中分别就对应了：复制（或者恢复）/故障恢复/事务隔离性/事务原子性[3]。[1]《数据密集型应用系统设计》第一三

如果你springboot连接redis出现这样的错误，不要气馁检查你的以下字段1.你的redis-conf文件配置是否合理修改 protected-mode  yes 改为：protected-modeno注释掉 #bin127.0.0.1注意：如果你配置了密码，一定要在appication.yaml文件里配置对应的密码！！！！！！2.你的appication.yaml配置是否合理（一下是我修改好的文件配置）redis:host:192.168.248.128port:6379database:1connect-timeout:1800000lettuce:pool:max-active:8