时光钟摆

用了这么久的redis了，是不是只知道它是一个缓存框架，key-value架构，value支持五种基本类型，读取效率高，支持aof和rdb两种持久化模式，使用时可以用redisTemplate 和 jedis，集群模式能保证全局一致性，还可以应用到一致性锁等功能。知道怎么用，但没有一个全局观念。之前看的一个架构课老师郭东白的课程，第一句就是：没有战略眼观的架构师不是一个好架构师。那这边文章就是从战略维护来剖析下redis框架。一、redis以前二、redis的诞生三、redis的单机使用

依次登陆6个节点cd /mysystest./redis/bin/redis-cli -c -h 192.168.43.86 -p 7301执行以下命令config set masterauth 123456config set requirepass 123456auth 123456config rewrite执行成功后，在配置文件最后，会有新增的2行*此时再登陆时（未授权）会报错误修改redis连接，加入授权，成功执行...

# 业务场景我们以订单功能为例说明下：生成订单后一段时间不支付订单会自动关闭。最简单的想法是设置定时任务轮询，但是每个订单的创建时间不一样，定时任务的规则无法设定，如果将定时任务执行的间隔设置的过短，太影响效率。还有一种想法，在用户进入订单界面的时候，判断时间执行相关操作。方式可能有很多，在这里介绍一种监听 Redis 键值对过期时间来实现订单自动关闭。# 实现思路在生成订单时，向 Redis 中增加一个 KV 键值对，K 为订单号，保证通过 K 能定位到数据库中的某个订单即可，V

2799:M 09 Mar 06:32:27.233 #Possible SECURITY ATTACK detected.It looks like somebody is sending POST or Host: commands to Redis.This is likely due to an attacker attempting to use Cross Protocol Scripting to compromise your Redis instance.Connecti.

redis集群重启，差点酿出大故障先说下正常的重启，在复盘下出现问题的原因1.Redis cluster 重启通过cluster nodes 查看当前集群的运行情况172.16.135.190:7004> cluster nodes3cf4888935ddf1ed758872fa4996dff57533d88c 172.16.135.189:7002@17002 master - 0 1614741062129 2 connected 10923-1638334e4591b568

目前开发中遇到一个问题，就是部署的redis集群中，存储的key会莫名其妙的被删除，具体原因还未定位到具体现象是：在03-02 21:47:40 是redis集群中都存在key但是在03-02 21:53:40 在redis集群中确找不到key了，redis集群配置在/redis-cluster 下面，但是相应的master 和slave 配置文件都没有配置日志路径，无法查询到日志查看redis的aof 日志，发现居然这个日志中都没有时间的，也是没啥用啊，DEL$27...

redis 目前没有直接的批量删除的命令，要实现批量删除，那思路就是：先取出全部符合条件的key，再删除这些明确的key1.redis命令批量删除redis-cli keys "test*" |xargs redis-cli del2.java 代码通过 redisTemplate 删除Set<String> keys = redisTemplate.keys("device:" + "*"); redisTemplate.delete(keys);

[root@park redis_cluster]# ./redis-trib.rb create --replicas 1 172.16.135.186:7001 172.16.135.186:7002 172.16.135.186:7003 172.16.135.190:7004 172.16.135.190:7005 172.16.135.190:7006>>> Creating cluster[ERR] Sorry, can't connect to no...

https://www.cnblogs.com/tomasman/p/8288569.html这个里面就是运行到rvm 和 ruby安装时，就一直运行不下去了https://blog.51cto.com/8999597/2383622?source=dra这个里面就是下载tar.gz之后进行处理4.安装 ruby wgethttps://cache.ruby-lang.or...

将redis发布订阅模式用做消息队列和rabbitmq的区别：可靠性redis ：没有相应的机制保证消息的可靠消费，如果发布者发布一条消息，而没有对应的订阅者的话，这条消息将丢失，不会存在内存中；rabbitmq：具有消息消费确认机制，如果发布一条消息，还没有消费者消费该队列，那么这条消息将一直存放在队列中，直到有消费者消费了该条消息，以此可以保证消息的可靠消费；实时性re...

11