Redis

数据结构

Redis 的存储结构有哪些?

字符串

String,字符串,是 redis 的最基本的类型,一个 key 对应一个 value。是二进 制安全的,最大能存储 512MB。

哈希

Hash,散列,是一个键值(key=>value)对集合。string 类型的 field 和 value 的 映射表,特别适合用于存储对象。每个 hash 可以存储 232 -1 键值对(40 多亿)

列表

List,列表,是简单的字符串列表,按照插入顺序排序。你可以添加一个元素到列 边或者尾部(右边)。最多可存储 232 - 1 元素(4294967295, 每个列表可存储 40 亿)

集合

Set,集合,是 string 类型的无序集合,最大的成员数为 232 -1(4294967295, 每 个集合可存储 40 多亿个成员)。 Sorted set,有序集合,和 set 一样也是 string 类型元素的集合,且不允许重复的 成员。不同的是每个元素都会关联一个 double 类型的分数。redis 正是通过分数来为集 合中的成员进行从小到大的排序。zset 的成员是唯一的,但分数(score)却可以重复。

Redis的持久化【面试题】

Redis的数据都是存在在内存之中的,那么这样一旦出现宕机,势必会导致数据的丢失,这就需要持久化操作,也就是要将redis在内存中的数据写到硬盘上保存。

注意:redis虽然有持久化操作,但是其全部数据依旧都在内存中存在,也就是说硬盘上的只是为了安全和备份

Redis 有两种持久化方案,RDB (Redis DataBase)和 AOF (Append Only File)

RDB:默认开启,不需要配置

* 手动持久化
    bgsave
        
* 自动持久化
    在redis运行期间,根据指定时间规则,将内存的数据集进行快照拍摄,持久化到硬盘文件中【dump.rdb】
    在redis.windows.conf配置文件中,可以查看(修改)时间规则
        save 900 1
        save 300 10
        save 60 10000

Redis缺点

一致性

一. 缓存和数据库双写一致性问题 一致性的问题很常见,因为加入了缓存之后,请求是先从 redis 中查询,如果 redis 中 存在数据就不会走数据库了,如果不能保证缓存跟数据库的一致性就会导致请求获取到的数 据不是最新的数据。

解决方案:
1、编写删除缓存的接口,在更新数据库的同时,调用删除缓存 的接口删除缓存中的数据。这么做会有耦合高以及调用接口失败的情况。
2、消息队列:ActiveMQ,消息通知。

并发问题

二. 缓存的并发竞争问题 并发竞争,指的是同时有多个子系统去 set 同一个 key 值。

解决方案:
1、最简单的方式就是准备一个分布式锁,大家去抢锁,抢到 锁就做 set 操作即可

雪崩问题

三. 缓存雪崩问题 缓存雪崩,即缓存同一时间大面积的失效,这个时候又来了一波 请求,结果请求都怼到数据库上,从而导致数据库连接异常。

解决方案:
1、给缓存的失效时间,加上一个随机值,避免集体失效。
2、使用互斥锁,但是该方案吞吐量明显下降了。
3、搭建 redis 集群。

缓存穿透

四. 缓存击穿问题 缓存穿透,即黑客故意去请求缓存中不存在的数据,导致所有的请求都怼到数据库上, 从而数据库连接异常。

解决方案:
1、利用互斥锁,缓存失效的时候,先去获得锁,得到锁了, 再去请求数据库。没得到锁,则休眠一段时间重试
2、采用异步更新策略,无论 key 是否取到值,都直接返回, value 值中维护一个缓存失效时间,缓存如果过期,异步起一个线程 去读数据库,更新缓存。

Spring

SpringAOP简介

AOP(Aspect Oriented Programming)面向切面编程:基于OOP基础之上的编程思想,指的是在程序运行期间,将某段代码(Logger)动态切入指定方法(save、update)指定位置(前、后、异常、最终)进行运行的编程方式。

这种思想的实现技术就是:动态代理(jdk、cglib)

这样做的好处是

  • 在程序运行期间,在不修改源码的情况下对方法进行功能增强
  • 逻辑清晰,开发核心业务的时候,不必关注增强业务的代码
  • 减少重复代码,提高开发效率,便于后期维护

Spring AOP

SpringAOP就是为了简化动态切入这部分操作,开发者只需要通过少量的声明式配置,不需要再去编写动态代理相关的代码,就可以实现AOP的编程了

Spring会根据被代理的类是否有接口自动选择代理方式:

  • 如果有接口,就采用jdk动态代理( 当然,也可以强制使用cglib )
  • 没有接口就采用cglib的方式

SpringIOC

IOC 的意思是控制反转,是指创建对象的控制权转移,以前创建对象的主动权和 时机是由自己把控的,而现在这种权力转移到 Spring 容器中,并由容器根据配置文件去创建实例和管理各个实例之间的依赖关系,对象与对象之间松散耦合,也利于功能的复用。最直观的表达就是,IOC 让对象的创建不用去 new 了,可以由 spring 根据我们提供的配置文件自动生产,我们需要对象的时候,直接从 Spring 容器中获取即可.

SpringMVC

框架理解

SpringMVC 是一个基于 Java 的实现了 MVC 设计模式的请求驱动类型的轻量级 Web 框架,通过把 Model,View,Controller 分离,将 web 层进行职责解耦,把复杂的 web 应用分成逻辑清晰的几部分,简化开发,减少出错,方便组内开发人员之间的配合。
在我看来,SpringMVC 就是将我们原来开发在 servlet 中的代码拆分了,一部分由 SpringMVC 完成,一部分由我们自己完成

主要组件

前端控制器 DispatcherServlet:接收请求、响应结果,相当于转发器,有了 DispatcherServlet 就减少了其它组件之间的耦合度
处理器映射器 HandlerMapping:根据请求的 URL 来查找 Handler
处理器适配器 HandlerAdapter:负责执行 Handler
处理器 Handler:处理业务逻辑的 Java 类
视图解析器 ViewResolver:进行视图的解析,根据视图逻辑名将 ModelAndView 解 析成真正的视图(view) 视图 View:View 是一个接口, 它的实现类支持不同的视图类型,如 jsp,freemarker, pdf 等等

常用注解

1.@RequestMapping:用于处理请求 url 映射的注解,可用于类或方法上。用于类上则表示类中的所有响应请求的方法都是以该地址作为父路径
2.@RequestBody:注解实现接收 http 请求的 json 数据,将 json 转换为 java 对象。
3.@ResponseBody:注解实现将 conreoller 方法返回对象转化为 json 对象响应给客户
4.@PathVariable 用户从 url 路径上获取指定参数,标注在参数前 @PathVariabel("要获取的参数名")。 5.@RequestParam: 标注在方法参数之前,用于对传入的参数做一些限制,支持三个 属性: - value:默认属性,用于指定前端传入的参数名称 - required:用于指定此参数是否必传 - defaultValue:当参数为非必传参数且前端没有传入参数时,指定一个默认值
6.@ControllerAdvice 标注在一个类上,表示该类是一个全局异常处理的类。
7.@ExceptionHandler(Exception.class) 标注在异常处理类中的方法上,表示该方法 可以处理的异常类型。

最后修改:2021 年 10 月 30 日 12 : 08 AM
如果觉得我的文章对你有用,请随意赞赏