redis分布式缓存 ps -ef | grep redis
单机版性能不足,可用性不高
redis高可用 sentinel(哨兵)
sentinel整合springboot
redis内置集群
虚拟机中安装C++环境:yum install gcc-c++
1.yum clean all
2.yum makecache
在SecureCRT中右键连接名点击:connect SFTP connection
拖动:redis-4.0.14.tar.gz 上传到虚拟机中
Crt中解压文件:tar -zxf redis-4.0.14.tar.gz
进入解压目录:cd redis-4.0.14
输入:make 进行编译
安装:make install PREFIX=/usr/local/redis
进入安装好的目录:cd /usr/local/redis/bin
1.cd /usr/local/redis/
2.ll
3.cd bin/
4.ll
复制配置文件:cp /root/redis-4.0.14/redis.conf ./
修改配置文件:vi redis.conf
输入 i 进行insert,输入 esc 退出
Redis后台启动:修改 daemonize为yes
Redis服务器可以跨网络访问:修改 bind 为 0.0.0.0
开启aof持久化:/aof 查找
apendonly yes
启动redis:./redis-server redis.conf
查看进程:ps -ef | grep redis
|:管道命令,指ps和grep同时执行
执行命令,测试性能:./redis-benchmark -t set,get -n 100000
性能测试结果:
====== SET ======
100000 requests completed in 2.17 seconds
50 parallel clients
3 bytes payload
keep alive: 1
77.61% <= 1 milliseconds
94.65% <= 2 milliseconds
98.62% <= 3 milliseconds
99.60% <= 4 milliseconds
99.88% <= 5 milliseconds
99.89% <= 6 milliseconds
99.94% <= 7 milliseconds
99.95% <= 8 milliseconds
100.00% <= 8 milliseconds
45977.01 requests per second
====== GET ======
100000 requests completed in 2.27 seconds
50 parallel clients
3 bytes payload
keep alive: 1
77.40% <= 1 milliseconds
93.84% <= 2 milliseconds
98.32% <= 3 milliseconds
99.75% <= 4 milliseconds
99.94% <= 5 milliseconds
99.95% <= 6 milliseconds
99.99% <= 7 milliseconds
100.00% <= 7 milliseconds
44052.86 requests per second
在上面的测试结果中,我们关注GET结果最后一行,44052.86 requests per second,即每秒GET命令处理44052.86个请求,即 QPS4.4万。但这里的数据都只是理想的测试数据,测出来的QPS不能代表实际生产的处理能力
描述系统的高并发三个条件:响应时间(RT)、吞吐量(TPS)、每秒查询率(QPS)
响应时间:指系统对请求作出响应的时间。(主要指系统所有功能的平均时间或者所有功能的最大响应时间)
吞吐量:指系统在单位时间内处理请求的数量。实际上,不同系统的平均响应时间随用户数增加而增长的速度也大不相同,这也是采用吞吐量来度量并发系统的性能的主要原因。一般而言,吞吐量是个比较通用的指标,两个具有不同用户数和用户使用模式的系统,如果其最大吞吐量基本一致,则可以判断两个系统的处理能力基本一致
每秒查询率:是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,在互联网中,经常用每秒查询率来衡量服务器的性能。对应fetches/sec,即每秒的响应请求数,也即是最大吞吐能力
测算Redis性能:./redis-benchmark -t get -n 100000 -c 100 -d 2048