http://me.52fhy.com/lua-book/chapter11.html 版本：自2.6.0起可用。 时间复杂度：取决于执行的脚本。 使用Lua脚本的好处： 减少网络开销。可以将多个请求通过脚本的形式一次发送，减少网络时延。 原子操作。redis会将整个脚本作为一个整体执行，中间不会被
https://www.cnblogs.com/leffss/p/11993646.html Redis 的几种常见使用方式包括： 单机模式 主从模式 哨兵模式(sentinel) 集群模式(cluster) 第三方模式 单机模式 Redis 单副本，采用单个 Redis 节点部署架构，没有备用节点
原创：微信公众号 码农参上，欢迎分享，转载请保留出处。 在前面的文章 Redis：我是如何与客户端进行通信的 中，我们介绍过RESP V2版本协议的规范，RESP的全程是Redis Serialization Protocol，基于这个实现简单且解析性能优秀的通信协议，Redis的服务端与客户端可以
江湖上说，天下武功，无坚不摧，唯快不破，这句话简直是为我量身定制。 我是一个Redis服务，最引以为傲的就是我的速度，我的 QPS 能达到10万级别。 在我的手下有数不清的小弟，他们会时不时到我这来存放或者取走一些数据，我管他们叫做客户端，还给他们起了英文名叫 Redis-client。 有时候一个
https://cloud.tencent.com/developer/article/1953714?areaSource=104001.147&traceId=7WZNP412yK3vh7ebw4th0 Redis的危险命令 1、flushdb,清空数据库，而且从不失败 2、flushall,清
redis_exporter #创建工作目录 mkdir /date/redis -p cat > /data/redis/start.sh << 'EOF' docker run -d \ --name redis \ -p 6379:6379 \ redis redis-server \ --a
https://www.sohu.com/a/313061840_411876 作者介绍 刘宇，甜橙金融创新中心基础技术架构师，拥有9年IT从业经验、9年数据库开发运维经验、4次大型营销活动经验。目前关注容器、分布式数据库技术等基础技术。 在线上排查redis性能问题时，从redis中找进行优化是一
目录 概述Redis2.6Redis2.8Redis3.0Redis3.2Redis4.0Redis5.0Redis6.0Redis7.0 概述 Redis 使用标准版本标记进行版本控制：major.minor.patchlevel。 偶数的版本号表示稳定的版本， 例如 1.2，2.0，2.2，2.
https://www.yii666.com/blog/12891.html 一、前言 本文只是单纯地翻译Redis官方的6.2.x版本的发行说明，不会对发行说明内容做任何改动，读者如果觉得有异议，可自行去Redis官网相关网页查阅。翻译工具翻译出来的不一定百分百准确，英语好的人别喷，大家都是英语差
Redis IO多线程的简要测试结果 摘要 最近想简单确认一下IO多线程的对吞吐量的提升情况. 正好手头有鲲鹏的机器, 所以想直接进行一下验证 顺便用一下4216 进行一下对比. 发现 在CPU核心比较多的情况下 8个IO线程吞吐量能够翻一番. 但是部分命令在4-8线程增加时 差异并不是特别明显.
https://www.cnblogs.com/hwpaas/p/9442410.html Redis 是一个使用 ANSI C 编写的开源、基于内存、可选持久性的键值对存储数据库，被广泛应用于大型电商网站、视频网站和游戏应用等场景，能够有效减少数据库磁盘 IO， 提高数据查询效率，减轻管理维护工作
1.Redis2.6 Redis2.6在2012年正是发布，经历了17个版本，到2.6.17版本，相对于Redis2.4，主要特性如下： 1）服务端支持Lua脚本。 2）去掉虚拟内存相关功能。 3）放开对客户端连接数的硬编码限制。 4）键的过期时间支持毫秒。 5）从节点支持只读功能。 6）两个新的位
指令安全 Redis的一些指令会对Redis服务的稳定性及安全性各方面造成影响，例如keys指令在数据量大的情况下会导致Redis卡顿，flushdb和flushall会导致Redis的数据被清空。 Redis在配置文件中提供了 rename-command 指令用于将一些危险的指令修改成其他指令，
Redis性能问题诊断以及scan命令耗时分析 摘要 最近公司有项目反馈卡顿. 卡顿一小时后自己被拉入群聊. 同事已经基本上定位到问题原因. 我这边想使用朴素的性能观点进行一下性能问题的拆解 为了提高自己. 用到的一些脚本 echo "info" |redis-cli -p 6379 -a Your
https://www.cnblogs.com/jelly12345/p/16424080.html 1. 概述由于 Redis 是单线程在处理用户的命令，而 Keys 命令会一次性遍历所有 Key，于是在 命令执行过程中，无法执行其他命令。这就导致如果 Redis 中的 key 比较多，那么 Ke
https://jackeyzhe.github.io/2018/09/22/Redis%E5%91%BD%E4%BB%A4%E8%AF%A6%E8%A7%A3%EF%BC%9AKeys/ 介绍完Redis连接相关命令后，再来介绍一下与Key相关的命令，Redis作为一个key-value数据库，对
Redis scan等命令的学习与研究 摘要 背景跟前几天说的一个问题类似. 为了验证自己的设想, 所以晚上继续写脚本进行了一轮次的验证. 不过上次讨论时,打击好像都没听懂我说的 所以这次准备从基础开始讲起. 很多好东西在上来量之后可能会变成坏东西 scan 命令 Redis 在2.8 之后增加了s
Redis命令监控与简单分析 前言 为了能够快速识别分析redis的命令 自己在环境上面进行了一些简单的跟踪以及脚本 这里不全是进行metrics, 细致到具体的命令分析 脚本部分-1 mkdir -p /redismonitor/ cd /redismonitor/ find . -mtime +
Redisson/Jedis 线程数不足报错问题的思考 背景 最近公司内总出现 Redis相关的错误 !-_-! 看我最近发的博客就可以看的出来. 这个错误提示其实是 两年前 清明节进行 压测时发现的. 当时其实没有将这个问题细致分析下去. 最近学习的比较多. 感觉可以尝试分析一下这个问题. 报错的
文章系转载，方便整理和归纳，源文地址：https://cloud.tencent.com/developer/article/1803944 1. 前言 上一篇文章《你的Redis集群撑得住吗？》讲了应用增加pod时，有一个应用最大连接数计算公式为:maxTotal * pod数 < Redis c
