秒杀活动
需求:库存中有10件商品 商品的信息自定义 同时有100个人去抢购(这里100个人的抢购由jmeter来模拟)
jmeter的使用
在idea中将后台代码实现
package org.aaa.controller;
import org.apache.commons.lang3.StringUtils;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.Transaction;
import javax.annotation.Resource;
import java.util.List;
import java.util.UUID;
@RestController
@RequestMapping("seckill")
public class MySecKillController {
private String key="pro:1";
@PostMapping
public void begin(String val){
Jedis jedis = new Jedis("192.168.162.33",6379);
jedis.auth("yma");
jedis.set(key,val);
}
@GetMapping
public void seckill(){
Jedis jedis = new Jedis("192.168.162.33",6379);
jedis.auth("yma");
String s = jedis.get(key);
if (StringUtils.isBlank(s)){
System.out.println("秒杀活动还没开始");
}else {
jedis.watch(key);
int i = Integer.parseInt(s);
if (i>0){
Transaction multi = jedis.multi();
multi.decr(key);
multi.sadd("userList", UUID.randomUUID().toString());
List<Object> exec = multi.exec();
if (exec.size()==0||exec==null){
System.out.println("秒杀活动已结束");
}else {
System.out.println("秒杀成功");
}
}else {
System.out.println("秒杀活动已结束");
}
}
}
}
先通过postman添加以下数据(不能直接手动添加)
运行jmeter
到redis中查看数据情况
redis的持久化
redis提供了两个持久化的方式,分别是RDB和AOF
RDB
1.RDB是什么
在指定的时间间隔内将内存中的数据集快照写入磁盘, 也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
2. 备份是如何执行的
-
Redis通过fork一个子进程来完成RDB备份操作,这个子进程负责将数据库状态写入磁盘。
-
RDB备份时,Redis会先创建一个临时文件,然后将数据库的状态按照一定的格式写入这个临时文件。
-
在写入过程中,Redis会阻塞主线程,确保数据的完整性和一致性。
-
当临时文件写入完成后,Redis会用这个临时文件替换掉旧的RDB文件,从而实现备份的更新。
3.Fork
Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量、环境变量、程序计数器等) 数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程
在Linux程序中,fork()会产生一个和父进程完全相同的子进程,但子进程在此后多会exec系统调用,出于效率考虑,Linux中引入了“写时复制技术”
一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容复制一份给子进程。
4.RDB持久化流程
5.dummp.rdb文件
在redis.conf中配置文件名称,默认为dump.rdb
6.配置位置
rdb文件的保存路径,也可以修改。默认为Redis启动时命令行所在的目录下
dir "指定路径"
7. 如何触发RDB快照;保持策略
7.1 配置文件中默认的快照配置时间间隔
7.2 命令save bgsave
save :save时只管保存,其它不管,全部阻塞。手动保存。不建议。
bgsave:Redis会在后台异步进行快照操作,快照同时还可以响应客户端请求。
可以通过lastsave 命令获取最后一次成功执行快照的时间
7.3 flushall命令
执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义
7.4 save
格式:save 秒 写操作次数
RDB是整个内存的压缩过的Snapshot,RDB的数据结构,可以配置复合的快照触发条件,
默认是1分钟内改了1万次,或5分钟内改了10次,或15分钟内改了1次。
7.5 stop-writes-on-bgsave-error
当Redis无法写入磁盘的话(磁盘已满),直接关掉Redis的写操作。推荐yes.
7.6 rdbcompression 压缩文件
对于存储到磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会进行压缩。
如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能。推荐yes.
7.7 rdbchecksum 检查数据的完整性
在存储快照后,还可以让redis来进行数据校验,如果数据已经损坏就不需要再进行持久化的操作,这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能。推荐yes.
7.8 rdb的备份
先查询rdb文件的目录
将*.rdb的文件拷贝到别的地方
rdb的恢复
关闭Redis
先把备份的文件拷贝到工作目录下 cp dump2.rdb dump.rdb
启动Redis, 备份数据会直接加载
7.9 优势
适合大规模的数据恢复
对数据完整性和一致性要求不高更适合使用
节省磁盘空间
恢复速度快
7.10 劣势
Fork的时候,内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑
虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
在备份周期在一定间隔时间做一次备份,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改。
AOF
1.AOF是什么
AOF(Append-Only File)是一种持久化机制,用于将 Redis 服务器接收到的写命令追加到磁盘上的一个文件中。AOF 的主要作用是将 Redis 服务器的数据状态保存到磁盘上,以便在服务器重启时能够快速恢复数据。
2.持久化流程
- 客户端的请求写命令会被append追加到AOF缓冲区内;
-
AOF缓冲区根据AOF持久化策略[always,everysec,no]将操作sync同步到磁盘的AOF文件中;
-
AOF文件大小超过重写策略或手动重写时,会对AOF文件rewrite重写,压缩AOF文件容量;
-
Redis服务重启时,会重新load加载AOF文件中的写操作达到数据恢复的目的;
3.AOF默认不开启:
4.AOF和RDB同时开启,redis听谁的?
AOF和RDB同时开启,系统默认取AOF的数据(数据不会存在丢失)
5.AOF启动/修复/恢复:
AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样,都是拷贝备份文件,需要恢复时再拷贝到Redis工作目录下,启动系统即加载。
正常恢复
修改默认的appendonly no,改为yes
将有数据的aof文件复制一份保存到对应目录
恢复:重启redis然后重新加载
异常恢复
修改默认的appendonly no,改为yes
如遇到AOF文件损坏,通过
/usr/redis/bin/redis-check-aof --fix 文件的位置/appendonly.aof进行恢复
备份被写坏的AOF文件
恢复:重启redis,然后重新加载
6.AOF同步频率设置:
appendfsync always
始终同步,每次Redis的写入都会立刻记入日志;性能较差但数据完整性比较好
appendfsync everysec
每秒同步,每秒记入日志一次,如果宕机,本秒的数据可能丢失。
appendfsync no
redis不主动进行同步,把同步时机交给操作系统。
7.Rewrite压缩:
7.1 Rewrite压缩是什么
AOF Rewrite压缩是一种优化AOF文件大小的机制。当AOF文件变得过大时,它可能会占用大量的磁盘空间,并且在Redis服务器重启时需要花费更长的时间来恢复数据。为了解决这个问题,Redis引入了AOF Rewrite压缩机制。
7.2 工作原理
- Redis服务器在后台持续地将收到的写操作指令追加到AOF文件中。
- 当启动AOF Rewrite压缩时,Redis会创建一个新的AOF文件。
- Redis服务器开始从AOF文件中读取指令,并在内存中重新执行这些指令,将它们转换为一种更紧凑的格式。
- 当所有指令都被重新执行并转换后,Redis将新的AOF文件写入磁盘,替换原始的AOF文件。
- 之后,Redis会继续将写操作指令追加到新的AOF文件中。
8.优势
备份机制更稳健,丢失数据概率更低。
可读的日志文本,通过操作AOF稳健,可以处理误操作。
9.劣势
- 比起RDB占用更多的磁盘空间。
- 恢复备份速度要慢。
- 每次读写都同步的话,有一定的性能压力。
- 存在个别Bug,造成恢复不能。