阅读目录 key 操作 string 操作 list 操作 set 操作 zset 操作 hash 操作 HyperLogLog 操作 回到顶部 key 操作 删除 key：del key 批量删除key：redis-cli -a（密码）keys “QXJ_*”| xargs redis-cli -
https://www.cnblogs.com/jmcui/p/11707970.html 阅读目录 一、排序 二、事务 三、流水线（pipeline） 四、发布订阅 回到顶部 一、排序 redis 支持对 list，set 和 zset 元素的排序，排序的时间复杂度是 O(N+M*log(M))。
阅读目录 一、上线规划 二、常见运维操作 三、测试方法 回到顶部 一、上线规划 一般 redis 的参数配置都在 redis.conf 中，在上线前根据实际环境配置好合适参数，能有效提高 redis 的可用性。 redis 的运行机器 CPU 不求核数多，但求主频高，Cache大，因为 redis
https://juejin.cn/post/6844903943688945677 前言 常用的SQL数据库的数据都是存在磁盘中的，虽然在数据库底层也做了对应的缓存来减少数据库的IO压力，但由于数据库的缓存一般是针对查询的内容，而且粒度也比较小，一般只有表中的数据没有发生变动的时候，数据库的缓存才
https://www.lixueduan.com/posts/redis/redis-scan/ 主要分析了 Redis Scan 命令基本使用和具体实现，包括 Count 参数与 Scan 总耗时的关系，以及核心的逆二进制迭代算法分析。 1. 概述 由于 Redis 是单线程在处理用户的命令，而
https://www.zeekling.cn/articles/2020/11/09/1604937462651.html 问题简介 当Redis cluster集群数据所在磁盘的RAID卡坏掉了之后会发生什么？集群会不会进行故障迁移，以及怎么快速恢复。 问题1：cluster集群会进行故障迁移嘛
https://www.zeekling.cn/articles/2020/07/23/1595493094855.html 简介 慢查询，顾名思义就是比较慢的查询，但是究竟是哪里慢呢？首先，我们了解一下Redis命令执行的整个过程： 20200322150028330.jpg 发送命令 命令排队
https://www.zeekling.cn/articles/2022/04/10/1649579684900.html Redis存在慢查询导致请求延时 由于Redis主线程是单线程的，所以会存在慢查询会导致redis请求延时，可以参考： https://www.zeekling.cn/art
一、慢操作分析 redis 的慢操作已经有了，如果没有，我们可以自己去 redis 服务器查看历史的慢日志操作，或者有对应的慢操作监控系统也可以发现问题，这里不做展开。 接下来我们就要看一看为什么这么慢。 看了下项目中的实现代码，结合日志一分析，发现是一个 redis bigkey。 一个 redi
https://www.runoob.com/redis/server-info.html Redis Info 命令以一种易于理解和阅读的格式，返回关于 Redis 服务器的各种信息和统计数值。 通过给定可选的参数 section ，可以让命令只返回某一部分的信息： server : 一般 Red
在一个阳光明媚的下午，突然生产环境有一个缓存实例发出内存使用率超过90%的告警，然后立刻和小伙伴们一起看是什么情况。 现象是这样的，集群里的一个实例的内存使用率超过了90%，而这个实例的从节点，内存使用率却很低。而且其他分片的内存使用率都很低，只有这个分片高。见下图cachecloud实例状态图。
https://www.jianshu.com/p/0849b526f0f4 一、 背景 使用过 Redis 的同学应该都知道，它基于键值对(key-value)的内存数据库，所有数据存放在内存中，内存在 Redis 中扮演一个核心角色，所有的操作都是围绕它进行。 我们在实际维护过程中经常会被问到如
https://www.jianshu.com/p/1f5d2abbee7f 一、背景 在现网环境，一些使用Redis集群的业务随着业务量的上涨，往往需要进行节点扩容操作。 之前有了解到运维同学对一些节点数比较大的Redis集群进行扩容操作后，业务侧反映集群性能下降，具体表现在访问时延增长明显。 某
https://www.jianshu.com/p/ea83267db47a 一、概述 众所周知，Redis是一个高性能的数据存储框架，在高并发的系统设计中，Redis也是一个比较关键的组件，是我们提升系统性能的一大利器。深入去理解Redis高性能的原理显得越发重要，当然Redis的高性能设计是一个
https://redis.io/docs/management/optimization/benchmarks/ Using the redis-benchmark utility on a Redis server Redis includes the redis-benchmark utili
https://redis.io/docs/management/optimization/cpu-profiling/ Performance engineering guide for on-CPU profiling and tracing Filling the performance ch
https://redis.io/docs/management/config/ Overview of redis.conf, the Redis configuration file Redis is able to start without a configuration file usin
转载于 https://zhuoroger.github.io/2016/08/20/redis-monitor-and-alarm/?&utm_source=tuicool&utm_medium=referral 可以去他的博客看一下，真的写的很好对于任何应用服务和组件，都需要一套完善可靠谱监控方
https://www.yisu.com/zixun/672271.html 这篇文章主要介绍了Redis如何绑定CPU，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。 绑定 CPU Redis 6.0 开始支持绑定 CPU，可以有效减
https://www.yisu.com/zixun/574746.html 这篇文章主要讲解了“Redis延迟问题怎么排查”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Redis延迟问题怎么排查”吧！ 使用复杂度高的命令 如果在使用Redis时，发
