今日博客学习概念

1.今日博客学习内容

1.什么是雪花id，简述雪花id的优缺点？

snowflake是Twitter开源的分布式ID生成算法，结果是64bit的Long类型的ID，有着全局唯一和有序递增的特点。

优点
1、生成速度快经测试，SnowFlake每秒能够产生26万ID左右。

2、生成id有序，雪花算法生成的id整体是递增的，但是不是连续的。

3、本地即可生成，无需消耗额外的资源，如zookeeper、redis等。

缺点
1、id长度比较长（大概18位）

2、id不连续，生成的id是无规则的。

3、如果机器时钟回拨，就会导致id生成失败。

4、不同机器的时钟不是完全一致的，导致全局的id并不是统一向上自增。

2.JWT 和 session 的区别是什么？

​ JWT 和 session 都是用于身份认证和授权的机制，但它们的实现方式不同。

    session 是服务器存储用户状态的一种方式，通常通过在服务器上创建一个唯一的会话 ID，将用户的身份信息保存在会话中，然后将会话 ID 发送给客户端，客户端在后续请求中携带会话 ID，服务器通过会话 ID 来获取用户的身份信息。

    JWT 则是通过在客户端和服务器之间传递一个加密的、自包含的 Token 来实现身份认证和授权，避免了服务器存储用户状态的问题，同时也降低了网络传输和服务器负载等问题。

3.简要描述SpringCache的常用注解

@Cacheable

    定义在方法上，待方法运行结束时，缓存该方法的返回值。

    每次执行该方法前，会先去缓存中查有没有相同条件下，缓存的数据，有的话直接拿缓存的数据，没有的话执行方法，并将执行结果返回。

@CachePut

    通常用于更新操作。

@Cacheable 的逻辑是：

    查找缓存 - 有就返回 -没有就执行方法体 - 将结果缓存起来；

@CachePut 的逻辑是：

    执行方法体 - 将结果缓存起来

@CacheEvit

    删除缓存，每次调用它注解的方法，就会执行删除指定的缓存

4.JWT 的优点是什么？

JWT 的优点在于它具有自包含、易于传输和跨平台等特点。由于 JWT 中包含了用户的身份信息和其他声明信息，因此可以在多个应用之间共享用户的身份信 息，避免了重复登录和身份验证的过程，同时也降低了网络传输和服务器负载等问题。

5.简述Redis的持久化策略？

RDB是Redis的一种数据持久化到磁盘的策略，是一种以内存快照形式保存Redis数据的方式。所谓快照，就是把某一时刻的状态以文件的形式进行全量备份到磁盘，这个快照文件就称为RDB文件，其中RDB是Redis DataBase的缩写。

    AOF 持久化功能则提供了一种更为可靠的持久化方式。 每当 Redis 接受到会修改数据集的命令时，就会把命令追加到 AOF 文件里，当你重启 Redis 时，AOF 文件里的命令会被重新执行一次，重建数据。

6.列举Redis的常用数据类型？

string list set sorted set hash

7.跨域的常用解决方案？

@CrossOrign

配置类实现WebMvcConfigurer

8.什么是redis的缓存雪崩？如何解决

【缓存雪崩】是指在某一个时间段，缓存集中过期失效。所有原本应该访问缓存的请求都去查询数据库了，而对数据库CPU和内存造成巨大压力，严重的会造成数据库宕机。从而形成一系列连锁反应，造成整个系统崩溃。

解决方案：

保证缓存层服务高可用性。

对缓存系统做实时监控，报警。

依赖隔离组件为后端限流并降级。

做好持久化，以便数据的快速恢复。

9.什么是redis的缓存穿透？如何解决

是指缓存和数据库中都没有的数据，而用户（黑客）不断发起请求。

解决方案

方案一：保存空值

当数据库中也查不到数据时，那么将返回的空对象也缓存起来，同时设置一个过期时间，之后再访问这个数据将会从缓存中获取，从而起到保护数据库的作用。

例如：查询 userId=100 的用户信息（key=[userId]，value=[用户 json]），那么如果缓存和 DB 中都不存在，则在缓存 中保存一条 key=100，value=""的数据，那么用户再查询 userId=100 的时候，就直接可以返回空了。不需要查询 DB。

方案二：使用BloomFilter

10.什么是redis的缓存击穿？如何解决

而缓存击穿是一个热点的Key，有大并发集中对其进行访问，突然间这个Key失效了，导致大并发全部打在数据库上，导致数据库压力剧增。这种现象就叫做缓存击穿。

解决方案

方案一：设置热点数据永不过期

从缓存层面来看，没有设置过期时间，所有不会出现热点 key 过期后所产生的缓存击穿问题。

方案二：加互斥锁（基于Redis、 zookeeper 等分布式中间件的分布式互斥锁）

使用分布式锁：当缓存数据过期后，保证对每个热点 key 同时只有一个线程去查询后端服务，并将热点数据添加到缓存。

方案三：定时提前构建缓存

若缓存的数据更新频繁或者在缓存刷新的流程耗时较长的情况下，可以利用定时线程在缓存过期前 主动地重新构建缓存或者延后缓存的过期时间，以保证所有的请求能一直访问到对应的缓存。

11.Redis的数据过期策略？

定时删除 在设置key的过期时间的同时，为该key创建一个定时器，让定时器在key的过期时间来临时，对key进行删除。

惰性删除 key过期的时候不删除，每次从数据库获取key的时候去检查是否过期，若过期，则删除，返回null。