Redis的持久化了解吗
了解过的面试官，主要是AOF和RDB，AOF是一种存储命令的持久化方式，可以借助于rewriteaof命令进行重写压缩以提高性能，而RDB存储的是一个二进制文件，两者一般是配合使用的，避免数据丢失。
并且持久化也跟刷盘机制有关，如果是always就不会丢失数据，everysecond最多丢一秒，如果是none交给系统就可能丢的多了。
Redis的三剑客
1.缓存雪崩（Cache Avalanche）：指在某个时间段内，大量缓存数据同时失效，导致大量请求直接访问数据库，造成数据库压力剧增，甚至引起数据库宕机。缓存雪崩通常是由于缓存数据设置了相同的过期时间，导致在同一时间大量缓存同时失效引起的。
解决方法：可以在设置缓存时，给缓存数据的过期时间增加一个随机值，避免大量缓存同时失效；另外，可以使用热点数据预加载、限流等方式来缓解缓存雪崩的影响。
2.缓存穿透（Cache Penetration）：指恶意请求或者不存在的数据频繁访问缓存，由于缓存中不存在该数据，每次请求都会直接访问数据库，导致数据库压力增大。
解决方法：可以在缓存中对于不存在的数据设置一个空值，或者使用布隆过滤器等方式来过滤恶意请求，避免直接访问数据库。
3.缓存击穿（Cache Breakdown）：指针对某一热点数据，由于缓存数据过期或者被删除，导致大量请求直接访问数据库，造成数据库压力增大。
解决方法：可以在缓存失效时，使用互斥锁或者分布式锁来避免大量请求同时访问数据库，同时可以提前异步加载热点数据到缓存中，避免缓存失效时直接访问数据库。
CAP和Base理论了解吗
Consistency（一致性）：用户访问分布式系统中的任意节点，得到的数据必须一致。
Availability （可用性）：用户访问集群中的任意健康节点必须能得到响应，而不是超时或拒绝。
Partition（分区）：因为网络故障或其它原因导致分布式系统中的部分节点与其它节点失去连接，形成独立分区。
Tolerance（容错）：在集群出现分区时，整个系统也要持续对外提供服务
系统间的网络不能100%保证健康，一定会有故障的时候，而服务又必须对外保证服务。因此Partition Tolerance不可避免。
如果此时要保证一致性，就必须等待网络恢复，完成数据同步后，整个集群才对外提供服务，服务处于阻塞状态，不可用。
如果此时要保证可用性，就不能等待网络恢复，那node01、node02与node03之间就会出现数据不一致。
也就是说，在P一定会出现的情况下，A和C之间只能实现一个
BASE理论是对CAP的一种解决思路，包含三个思想：
- Basically Available（基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。
- Soft State（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。
- Eventually Consistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致。
Nacos注册中心的心跳机制
Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式临时实例心跳不正常会被剔除，非临时实例则不会被剔除。
Nacos与eureka的共同点
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
- Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
- 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式
Nacos的分级存储模型是什么意思
在 Nacos 中，分级存储模型指的是对配置数据进行按照环境、集群、命名空间等维度进行分级管理和存储的机制。这种分级存储模型可以帮助开发团队更好地管理和使用配置信息，提高配置管理的灵活性和可维护性。
在 Nacos 中，分级存储模型主要包括以下几个概念：
1.命名空间（Namespace）
命名空间是 Nacos 中用来隔离配置信息的最小单位，每个命名空间都有独立的配置信息存储空间。通过命名空间，可以实现不同环境（如开发、测试、生产）或不同业务线的配置信息隔离存储。
2.组（Group）
在命名空间内部，可以使用组来进一步划分配置信息。同一个命名空间内的不同组可以存储不同业务模块的配置信息，便于管理和维护。
3.配置集（DataId）
配置集是 Nacos 中存储配置信息的最小单元，它由命名空间、组和配置键（DataId）唯一确定一条配置信息。通过配置集，可以对每个具体的配置项进行管理。
4.分级存储
Nacos 支持在命名空间、组和配置集三个维度上进行配置信息的存储和管理。通过合理地组织命名空间、组和配置集的关系，可以实现灵活的配置信息管理，并且方便不同环境和不同业务需求下的配置隔离和管理。
通过 Nacos 的分级存储模型，开发团队可以更加灵活地管理和使用配置信息，支持多环境、多集群的配置管理，同时也为微服务架构下的配置管理提供了良好的支持。
