2024-01-24-redis4

秒杀活动

        需求:库存中有10件商品 商品的信息自定义 同时有100个人去抢购(这里100个人的抢购由jmeter来模拟)

         jmeter的使用

2024-01-24-redis4_第1张图片

 2024-01-24-redis4_第2张图片

2024-01-24-redis4_第3张图片 2024-01-24-redis4_第4张图片

         在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 exec = multi.exec();
                if (exec.size()==0||exec==null){
                    System.out.println("秒杀活动已结束");
                }else {
                    System.out.println("秒杀成功");
                }
            }else {
                System.out.println("秒杀活动已结束");
            }
        }
    }
}

         先通过postman添加以下数据(不能直接手动添加)

2024-01-24-redis4_第5张图片

         运行jmeter

        到redis中查看数据情况

redis的持久化

        redis提供了两个持久化的方式,分别是RDB和AOF

        RDB

        1.RDB是什么

        在指定的时间间隔内将内存中的数据集快照写入磁盘, 也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里

        2. 备份是如何执行的

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

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

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

  4. 当临时文件写入完成后,Redis会用这个临时文件替换掉旧的RDB文件,从而实现备份的更新。

2024-01-24-redis4_第6张图片

 

        3.Fork

        Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量、环境变量、程序计数器等) 数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程

        在Linux程序中,fork()会产生一个和父进程完全相同的子进程,但子进程在此后多会exec系统调用,出于效率考虑,Linux中引入了“写时复制技术”

        一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容复制一份给子进程。

        4.RDB持久化流程

2024-01-24-redis4_第7张图片

        5.dummp.rdb文件

                在redis.conf中配置文件名称,默认为dump.rdb

        6.配置位置

        rdb文件的保存路径,也可以修改。默认为Redis启动时命令行所在的目录下

        dir "指定路径"

        7. 如何触发RDB快照;保持策略

                7.1 配置文件中默认的快照配置时间间隔

2024-01-24-redis4_第8张图片

                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文件中的写操作达到数据恢复的目的;

2024-01-24-redis4_第9张图片

        3.AOF默认不开启:

                在redis.conf中开启,默认是关闭的,保存路径同RDB相同

        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 工作原理

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

        8.优势

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

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

        9.劣势

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

你可能感兴趣的:(redis,学习,笔记)