百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

一行命令搞定Redis高并发场景的压测

mhr18 2024-12-06 16:24 14 浏览 0 评论

前言

今天给xdm分享一个Redis自带的压测工具:redis-benchmark

介绍

redis-benchmark 是一个用于测试 Redis性能的基准测试工具,可以帮助开发人员评估和比较 Redis 在不同配置或负载情况下的吞吐量和延迟。

使用 redis-benchmark 可以执行多种类型的基准测试,例如:

SET/GET 操作测试:通过执行 SET 和 GET 命令来测试 Redis 的读写性能。

并发连接测试:模拟多个并发连接同时执行 Redis 操作,测试 Redis 在高并发环境下的性能表现。

多线程测试:通过在多个线程中执行 Redis 操作来测试 Redis 在多线程环境下的性能表现。

数据大小测试:通过测试不同数据大小的操作来评估 Redis 在处理不同数据量时的性能表现。

redis-benchmark 提供了丰富的配置选项,可以控制并发连接数、数据大小、执行命令的类型等。测试结果包括每秒执行的命令数、平均延迟等指标,可以帮助开发人员优化 Redis 配置和应用程序设计,获得更好的性能。

示例

1、启用100个并发,发100000个请求。

redis-benchmark -h 127.0.0.1 -p 6379 -c 100 -n 100000

-h 127.0.0.1:指定 Redis 服务器的主机地址为 127.0.0.1,即本地主机。

-p 6379:指定 Redis 服务器的端口号为 6379,默认情况下 Redis 使用 6379 端口。

-c 100:指定并发连接数为 100,即同时并发地执行操作。

-n 100000:指定执行操作的总次数为 100,000 次。

如图所示,1.27秒就完成了100000次请求,每秒78802的吞吐量,说明Redis本身的性能就非常好。

这是最常用的命令,可以评估 Redis 在指定条件下的并发处理能力和性能表现。


2、指定主机地址、端口号和数据库编号测试Redis实例的性能

redis-benchmark -h 127.0.0.1 -p 6379 -q -d 100

-h 127.0.0.1:指定 Redis 服务器的主机地址为 127.0.0.1,即本地主机。

-p 6379:指定 Redis 服务器的端口号为 6379,默认情况下 Redis 使用 6379 端口。

-q:指定以静默模式运行基准测试,只输出总结结果,不显示每个操作的详细信息。

-d 100:指定要测试的数据库编号为 100。默认情况下 Redis 使用 0 号数据库。

如图所示,每秒的qps是7万多,性能很高。


3、执行100,000次测试 SET 和 LPUSH 命令的性能

redis-benchmark -t set,lpush -q -n 100000


4、执行100,000次测试Lua脚本的性能

redis-benchmark -n 100000 -q script load "redis.call('set','foo','bar')"

-t set,lpush:指定要执行的命令类型。在本例中,将同时执行 SETLPUSH 命令,即将键值对设置到 Redis 中,并将元素推入列表。

-q:指定以静默模式运行基准测试,只输出总结结果,不显示每个操作的详细信息。

-n 100000:指定执行操作的总次数为 100,000 次。

-n 100000:指定执行操作的总次数为 100,000 次。在本例中,将执行 100,000 次 script load 命令。

-q:指定以静默模式运行基准测试,只输出总结结果,不显示每个操作的详细信息。

script load "redis.call('set','foo','bar')":指定要执行的命令内容。在本例中,将执行 script load 命令,并将 Lua 脚本作为参数传递给该命令。脚本内容是 redis.call('set','foo','bar'),表示在 Redis 中执行 SET 命令来设置键名为 foo、值为 bar 的键值对。

总结

通过 redis-benchmark 的测试结果,你可以获得qps、平均延迟、错误率等性能指标,从而根据需要进行调优和优化,确保Redis在实际生产环境中具有良好的性能和可靠性。

好了,今天的小知识你学会了吗?

福利

私信回复【面试】获取【Java面试八股文10万字总结】【Java进阶架构核心手册】

相关推荐

使用 Docker 部署 Java 项目(通俗易懂)

前言:搜索镜像的网站(推荐):DockerDocs1、下载与配置Docker1.1docker下载(这里使用的是Ubuntu,Centos命令可能有不同)以下命令,默认不是root用户操作,...

Spring Boot 3.3.5 + CRaC:从冷启动到秒级响应的架构实践与踩坑实录

去年,我们团队负责的电商订单系统因扩容需求需在10分钟内启动200个Pod实例。当运维组按下扩容按钮时,传统SpringBoot应用的冷启动耗时(平均8.7秒)直接导致流量洪峰期出现30%的请求超时...

《github精选系列》——SpringBoot 全家桶

1简单总结1SpringBoot全家桶简介2项目简介3子项目列表4环境5运行6后续计划7问题反馈gitee地址:https://gitee.com/yidao620/springbo...

Nacos简介—1.Nacos使用简介

大纲1.Nacos的在服务注册中心+配置中心中的应用2.Nacos2.x最新版本下载与目录结构3.Nacos2.x的数据库存储与日志存储4.Nacos2.x服务端的startup.sh启动脚...

spring-ai ollama小试牛刀

序本文主要展示下spring-aiollama的使用示例pom.xml<dependency><groupId>org.springframework.ai<...

SpringCloud系列——10Spring Cloud Gateway网关

学习目标Gateway是什么?它有什么作用?Gateway中的断言使用Gateway中的过滤器使用Gateway中的路由使用第1章网关1.1网关的概念简单来说,网关就是一个网络连接到另外一个网络的...

Spring Boot 自动装配原理剖析

前言在这瞬息万变的技术领域,比了解技术的使用方法更重要的是了解其原理及应用背景。以往我们使用SpringMVC来构建一个项目需要很多基础操作:添加很多jar,配置web.xml,配置Spr...

疯了!Spring 再官宣惊天大漏洞

Spring官宣高危漏洞大家好,我是栈长。前几天爆出来的Spring漏洞,刚修复完又来?今天愚人节来了,这是和大家开玩笑吗?不是的,我也是猝不及防!这个玩笑也开的太大了!!你之前看到的这个漏洞已...

「架构师必备」基于SpringCloud的SaaS型微服务脚手架

简介基于SpringCloud(Hoxton.SR1)+SpringBoot(2.2.4.RELEASE)的SaaS型微服务脚手架,具备用户管理、资源权限管理、网关统一鉴权、Xss防跨站攻击、...

SpringCloud分布式框架&amp;分布式事务&amp;分布式锁

总结本文承接上一篇SpringCloud分布式框架实践之后,进一步实践分布式事务与分布式锁,其中分布式事务主要是基于Seata的AT模式进行强一致性,基于RocketMQ事务消息进行最终一致性,分布式...

SpringBoot全家桶:23篇博客加23个可运行项目让你对它了如指掌

SpringBoot现在已经成为Java开发领域的一颗璀璨明珠,它本身是包容万象的,可以跟各种技术集成。本项目对目前Web开发中常用的各个技术,通过和SpringBoot的集成,并且对各种技术通...

开发好物推荐12之分布式锁redisson-sb

前言springboot开发现在基本都是分布式环境,分布式环境下分布式锁的使用必不可少,主流分布式锁主要包括数据库锁,redis锁,还有zookepper实现的分布式锁,其中最实用的还是Redis分...

拥抱Kubernetes,再见了Spring Cloud

相信很多开发者在熟悉微服务工作后,才发现:以为用SpringCloud已经成功打造了微服务架构帝国,殊不知引入了k8s后,却和CloudNative的生态发展脱轨。从2013年的...

Zabbix/J监控框架和Spring框架的整合方法

Zabbix/J是一个Java版本的系统监控框架,它可以完美地兼容于Zabbix监控系统,使得开发、运维等技术人员能够对整个业务系统的基础设施、应用软件/中间件和业务逻辑进行全方位的分层监控。Spri...

SpringBoot+JWT+Shiro+Mybatis实现Restful快速开发后端脚手架

作者:lywJee来源:cnblogs.com/lywJ/p/11252064.html一、背景前后端分离已经成为互联网项目开发标准,它会为以后的大型分布式架构打下基础。SpringBoot使编码配置...

取消回复欢迎 发表评论: