秒杀活动

        需求：库存中有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";@PostMappingpublic void begin(String val){Jedis jedis = new Jedis("192.168.162.33",6379);jedis.auth("yma");jedis.set(key,val);}@GetMappingpublic 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. 备份是如何执行的

1. Redis通过fork一个子进程来完成RDB备份操作，这个子进程负责将数据库状态写入磁盘。

2. RDB备份时，Redis会先创建一个临时文件，然后将数据库的状态按照一定的格式写入这个临时文件。

3. 在写入过程中，Redis会阻塞主线程，确保数据的完整性和一致性。

4. 当临时文件写入完成后，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启动/修复/恢复:

        6.AOF同步频率设置:  

        7.Rewrite压缩:

                7.1 Rewrite压缩是什么

        AOF Rewrite压缩是一种优化AOF文件大小的机制。当AOF文件变得过大时，它可能会占用大量的磁盘空间，并且在Redis服务器重启时需要花费更长的时间来恢复数据。为了解决这个问题，Redis引入了AOF Rewrite压缩机制。

                7.2 工作原理

1. Redis服务器在后台持续地将收到的写操作指令追加到AOF文件中。
2. 当启动AOF Rewrite压缩时，Redis会创建一个新的AOF文件。
3. Redis服务器开始从AOF文件中读取指令，并在内存中重新执行这些指令，将它们转换为一种更紧凑的格式。
4. 当所有指令都被重新执行并转换后，Redis将新的AOF文件写入磁盘，替换原始的AOF文件。
5. 之后，Redis会继续将写操作指令追加到新的AOF文件中。

        8.优势

        备份机制更稳健，丢失数据概率更低。

        可读的日志文本，通过操作AOF稳健，可以处理误操作。

        9.劣势

• 比起RDB占用更多的磁盘空间。
• 恢复备份速度要慢。
• 每次读写都同步的话，有一定的性能压力。
• 存在个别Bug，造成恢复不能。