成都网站快速排名提升品牌策划公司

Buffer缓存：分块传输，减少不断拿零散数据导师系统资源开销太大（摘草莓）
Cache: 是一种高速缓冲存储器，用于存储经常访问的数据或指令的副本。它的目的是为了减少访问慢速设备（如硬盘、远程服务器等）的次数

缓存的层级结构：
客户端缓存
浏览器缓存：网页资源
移动客户端缓存：地图、消息
CDN（内容分发网络）缓存 如：全球新闻站点–>离客户最近的站点
应用级缓存：
本地内存缓存: 如java中的Ehcache
分布式缓存: 如redis
数据库缓存：如Mysql

缓存带来的挑战和解决方案

- **数据一致性问题**- **缓存与数据源不一致**：由于缓存更新可能存在延迟，可能会出现缓存数据与数据源数据不一致的情况。例如，在一个多人协作的文档编辑系统中，如果一个用户修改了文档内容并保存到数据库，但缓存没有及时更新，其他用户可能会看到旧的文档内容。- **解决方案**：可以采用双写一致性策略，即在更新数据源的同时更新缓存；或者使用缓存失效策略，在数据源更新后，使缓存失效，下次请求时重新获取数据。另外，还可以通过异步更新缓存来减少对主业务流程的影响，例如使用消息队列来处理缓存更新事件。- **缓存穿透问题**- **现象描述**：当一个不存在的数据被频繁请求时，由于缓存中没有该数据，每次请求都会穿透缓存直接查询数据源。如果这种请求量很大，可能会导致数据源（如数据库）的负载过大。例如，有人恶意构造大量不存在的商品ID来请求商品详情，就会造成数据库压力增大。- **解决方案**：可以在缓存中为不存在的数据设置一个空值（并设置较短的过期时间），这样当再次请求该不存在的数据时，就可以直接从缓存中获取空值，避免频繁查询数据源。也可以使用布隆过滤器，它可以快速判断一个数据是否可能存在于数据源中，从而提前拦截不存在的数据请求。- **缓存雪崩问题**- **现象描述**：当大量缓存同时过期或者缓存服务出现故障时，大量请求会直接访问数据源，导致数据源（如数据库）的负载瞬间急剧增加，可能会造成系统崩溃。例如，在电商促销活动期间，如果所有商品的缓存同时过期，大量用户请求商品信息时，就会使数据库不堪重负。- **解决方案**：可以通过设置缓存过期时间的随机分布，避免大量缓存同时过期。同时，对缓存服务采用高可用性架构，如使用集群、主备模式等，以防止缓存服务故障导致的雪崩。

Redis持久化
RDB:RDB持久化是通过对Redis数据集进行快照（snapshot）来实现的.
在Redis配置文件（redis.conf）中，可以通过save选项来设置RDB保存的条件。例如，save 900 1和save 300 10表示在900秒内至少有1个键被修改，或者300秒内至少有10个键被修改时，就会自动执行BGSAVE（后台保存）命令来生成RDB文件。

AOF:AOF持久化是通过将Redis执行的每一个写命令（如SET、LPUSH等）追加到一个文件（AOF文件）中来实现的。当Redis服务器重启时，会重新执行AOF文件中的所有写命令，从而将数据恢复到服务器关闭前的状态。

redis主从架构

Redis主从复制是一种数据复制技术，用于在多个Redis节点之间复制数据。其中一个节点作为主节点（Master），负责处理写操作（如SET、LPUSH等命令），其他一个或多个节点作为从节点（Slave），从主节点复制数据，主要用于处理读操作，并且在主节点故障时可以用于数据恢复和故障转移。
配置主从复制

• 配置主节点：
  • 一般情况下，主节点不需要特殊配置，按照正常的Redis配置（如redis.conf文件）启动即可。不过为了安全起见，可以设置密码保护（通过requirepass配置项）等。例如，在redis.conf中设置requirepass mypassword来设置主节点的访问密码。
• 配置从节点：
  • 在从节点的redis.conf文件中，需要配置主节点的相关信息。主要包括slaveof配置项，用于指定主节点的IP地址和端口。例如，如果主节点的IP是192.168.1.100，端口是6379，在从节点的redis.conf文件中设置slaveof 192.168.1.100 6379。同时，也可以配置从节点是否只读（slave - read - only yes，默认是只读的），这样从节点在正常情况下只能处理读操作，避免数据不一致。
• 启动顺序：
  • 通常先启动主节点，让主节点正常运行后，再启动从节点。从节点启动后会自动连接主节点并开始数据同步过程。

Redis哨兵：

Redis哨兵是Redis高可用性解决方案的重要组件。它主要用于监控Redis主从复制架构中的各个节点（主节点和从节点），在主节点出现故障时自动进行故障转移，将从节点提升为新的主节点，并且重新配置其他从节点，使它们指向新的主节点，从而保证Redis服务的持续可用性。

配置和部署Redis哨兵

• 配置文件设置：
  • 在哨兵的配置文件（通常是sentinel.conf）中，需要配置要监控的Redis主从节点的信息，包括节点的IP地址、端口、名称等。例如，sentinel monitor mymaster 192.168.1.100 6379 2，这里mymaster是主节点的名称，192.168.1.100是主节点的IP地址，6379是端口，2表示至少需要2个哨兵判定主节点故障后才进行故障转移。同时，还可以配置其他参数，如故障转移的超时时间、通知的方式等。
• 启动哨兵：
  • 按照配置文件的设置启动哨兵进程。可以在命令行中指定配置文件的路径，例如，redis - sentinel /path/to/sentinel.conf。在启动后，哨兵就会开始监控指定的Redis节点，并根据配置执行相应的功能。
• 部署多个哨兵：
  • 为了提高可靠性，通常会部署多个哨兵（一般建议至少3个）来监控Redis集群。多个哨兵之间会相互通信，共同判断节点的状态和进行故障转移决策。例如，在一个包含3个哨兵的系统中，每个哨兵都会独立地监控Redis节点，当其中一个哨兵判定主节点故障时，会和其他哨兵进行沟通，只有当达到配置文件中规定的多数（如上面例子中的2个）哨兵都判定主节点故障时，才会启动故障转移流程。