https://juejin.cn/post/6877763937513766919 Redis 所有的数据和状态存储在内存中，为了避免进程退出而导致数据丢失，需要将数据和状态保存到硬盘上。 为了达到这一目的，通常有两种实现方式： 将 Redis 当作一个状态机，记录每一次的对 Redis 的操作，
Redis 菜鸟进阶 背景 最近产品一直要优化性能,加强高可用. 有一个课题是Redis高可用与性能调优. 我这边其实获取到的内容很有限. 最近济南疫情严重,自己锁骨骨折. 然后通勤时间基本上都用来查资料了. 但是毕竟水平有限..简单整理总结一下. 估计纰漏很多..需要进一步学习. 单点 观点: R
https://www.jianshu.com/p/78f6dc30af7d redis主从+keepalived实现高可用技术keepalive+redis 主从高可用 Redis是我们当下比较流行使用的非关系数据库，可支持多样化的数据类型，多线程高并发支持，redis运行在内存拥有更快的读写。因
本文对Redis的过期机制简单的讲解一下 讲解之前我们先抛出一个问题，我们知道很多时候服务器经常会用到redis作为缓存，有很多数据都是临时缓存一下，可能用过之后很久都不会再用到了（比如暂存session，又或者只存放日行情股票数据）那么就会出现一下几个问题了 Redis会自己回收清理不用的数据吗？
1. 命令删除： 1. 1批量删除Key Redis 中有删除单个 Key 的指令 DEL，但好像没有批量删除 Key 的指令，不过我们可以借助 Linux 的 xargs 指令来完成这个动作 redis-cli keys "*" | xargs redis-cli del //如果redis-cl
https://my.oschina.net/jiagoushi/blog/5601975 引言 尽管 redis 是一款非常优秀的 NoSQL 数据库，但更重要的是，作为使用者我们应该学会在不同的场景中如何更好的使用它，更大的发挥它的价值。主要可以从这四个方面进行优化：Redis 键值设计、批处理
https://www.jianshu.com/p/bca85370c808 redis默认最大连接数为10000 redis 使用的cpu过高是因为： 1.存在慢查询语句 slowlog get 10 获取慢查询语句 slowlog len 查看保存了多少慢查询语句 2.连接数量过多，导致要执行的
文章目录 前言1. 什么是分布式锁2. 分布式锁的实现2.1 基于Redis的分布式锁实现方法2.2 基于redis实现分布式锁的初级版本2.3 改进分布式锁2.4 基于Lua脚本改善分布式锁 前言 上一篇博客我们讲到秒杀问题的一人一单在单机模式下使用synchronized添加悲观锁能解决并发问题
Key的过期策略 Redis的Key有3种过期删除策略，具体如下： 1. 定时删除 原理：在设置键的过期时间的同时，创建一个定时器（timer），让定时器在键的过期时间来临时，立即执行对键的删除操作优点：能够很及时的删除过期的Key，能够最大限度的节约内存缺点：对CPU时间不友好，如果过期的Key比
持久化的功能： Redis是内存数据库， 数据都是存储在内存中， 为了避免进程退出导致数据的永久丢失， 需要定期将Redis中的数据以某种形式（数据或命令） 从内存保存到硬盘。 当下次Redis重启时， 利用持久化文件实现数据恢复。 除此之外， 为了进行灾难备份， 可以将持久化文件拷贝到一个远程位置
目录 1、Redis基础 1.1 Redis是啥？能干啥？ 1.2 安装Redis 1.3 Redis集成Spring 入门Demo 1.4 Redis支持数据类型 2、分布式锁解决方案-Redis（略） 3、Redis性能调优军规 3.1 缩短键值对的存储长度 3.2 使用 lazy free（延
目录 1、发布订阅 1.1 什么是发布订阅 1.2 客户端实例演示 1.3 Java API演示 1.4 Redis发布订阅和rabbitmq的区别 2、批量操作 2.1 普通模式与 PipeLine 模式 2.2 适用场景 2.3 源码解析 2.4 Pipelining的局限性 2.5 事务与 L
目录 1、 前言 2、初识TwemProxy 2.1 什么是TwemProxy 2.2 安装TwemProxy 2.3 配置TwemProxy 2.4 测试TwemProxy 3、初识Keepalived 3.1 什么Keepalived 3.2 安装keepalive 3.3 配置keepaliv
https://weibo.com/ttarticle/p/show?id=2309404650615585505652 使用SLOWLOG命令查看Redis中的慢查询操作。 前几篇日志总结了下对Redis部署时的一些配置，Redis启动后，面对各种请求，数据持久化到硬盘，很可能会出现内存不足等
https://cloud.tencent.com/developer/article/1986835 这是专栏《Redis 运维实战》的最后一篇，感谢您的阅读。也感谢 9 篇文章的审稿人：无为，提出了多个修改建议，让文章内容更全面。 由于能力有限，系列文章难免会存在错误或者遗漏，如果您有任何建议，
https://cloud.tencent.com/developer/article/1986832 Redis 在很多互联网公司都充当着非常核心的角色，因此，监控 Redis 以保证其稳定显得格外重要。这节内容就来聊聊 Redis 的一些常见监控项。 1 连接检测 连接失败检测：当监控组件无法连
https://cloud.tencent.com/developer/article/1986830 上一节，我们聊到了 Redis 的 Bigkey，这节内容我们聊聊同样需要引起重视的 Hotkey。 1 背景 Hotkey 指某个时间段访问频率比较高的键值，对应的业务比如热点话题或者热点商品。
https://cloud.tencent.com/developer/article/1986828 1 什么是 Bigkey 下面这两种情况，在很多互联网公司都被认为是 Bigkey： 字符串类型：一般认为超过 10 KB 就是 Bigkey 非字符串类型：哈希、列表、集合、有序集合，体现在元素
