redis mysql 性能_mysql & redis 性能测试

测试环境

机器:

285368a9471e02feb0720848def6fc8e.png

Redis: Redis server v=3.0.5 sha=00000000:0 malloc=libc bits=64 build=3145a5e1a81fd3f7

Mysql: Server version: 5.7.9 Homebrew

测试工具:perf4j-zh 地址:https://github.com/WangJunTYTL/perf4j-zh

提示:以下测试结果均在单线程环境下运行

redis

get

43e489556ad4868539e7dc454cea06d3.png

set

30a7f69079255d648af993c58bed0b14.png

set get 同时执行

9320f815b0995c3b4843df50630b162e.png

mysql

select

49cf10e4babfc8887fdd85ba16d2d9da.png

update

c91d5b9be6950a79fa28e158dc016a16.png

测试报告

通过对redis的set、get命令测试观察,redis的读写性能在单线程下可以达到每秒2W左右

通过对mysql的select和insert、delete语句测试,mysql的读性能可达到6000每秒,写性能可到达3000每秒,读性能基本是写性能的2倍。

redis性能分析

redis的读写为什么这么快,个人觉得主要体现在redis的设计上,redis是单进程单线程模式,采用队列模式将并发访问转为串行访问,而这种模式不但没有影响它的性能,反而因为这样设计而变得更快速,这要结合redis的使用场景。在这种简单的设计模式下,redis本身并没有竞争没有锁的概念。估计作者也是结合了redis的使用场景才这么干的,因为毕竟redis主要操作内存数据,而且定位数据时采用hash定位,它在写入和查询时所以基本不消耗什么性能,另外单个命令基本都是瞬间完成,应该不会出现因采用串行化执行而出现阻塞的情况,即应该不会出现某条命令执行时间过长而阻塞后面的命令执行的情况,这也是为什么不建议在Redis的一个key上存取太长数据的原因。这种简单的设计模式,不仅提高了redis的性能,而且在实现上代码也会少很多,实现起来也会变得简单起来。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值