个人技术分享

.NET Core 8.0中通过输出缓存提高系统性能

概述：输出缓存是自 .NET 7 以来引入的一项新功能。它使我们能够轻松地为 Web API 设置响应缓存，而无需创建自己的 IMemoryCache 实现。本文将介绍如何在 ASP .NET Core Web API 项目中实现输出缓存。配置首先，我们必须将 OutputCache 添加到 Program.cs 文件中的服务容器中：builder.Services.AddOutputCache();接下来，我们还需要添加 OutputCache 中间件：app.UseOutputCache();

Redis教程(十六)：Redis的缓存穿透、缓存击穿、缓存雪崩

用户需要查询一个数据，例如要查一张ASSET_CODE = '999999'的卡片，查询redis中没有，就直接去请求数据库，数据库中也不存在对应的数据，返回空或错误，当很多用户同时请求并且都没有命中！于是都去请求了持久层的数据库，那么这样会给持久层数据库带来非常大的压力。当高并发或有人利用不存在的Key频繁攻击时，数据库的压力骤增，甚至崩溃，这就是问题。

【Java面试】三、Redis篇（下）

若此时master宕机，没来得及同步到slave，然后主从故障转移，从slave中选出一个新的master，线程2又来获取锁，此时，对新的master，自然可以set成功，即获取分布式锁成功，如此，就出现了两个线程同时获取到了分布式锁。线程1查完库存，num=1，挂起，同时线程2执行，查库存，num=1，此时，线程2被挂起，线程1抢完券，改库存减一，库存为0。此外，线程A持有分布式锁的时候，线程B再来尝试获取锁，如果获取失败，会while循环尝试加锁，循环次数达到阈值后，还没获取成功，则返回获取锁失败。

336_C++_ImageBuffer类管理ImagesCache类，ImagesCache负责在进程地址空间中映射给定大小区域，处理较大数据的缓存和缓冲

ImagesCache 类负责管理图像数据的缓存节点， ImageBuffer 类则作为图像的缓冲区。它隐藏了缓存实现的细节，只暴露必要的接口，通过将缓存管理和缓冲管理分离到不同的类中，可以更容易地修改或扩展其中一个类，而不会影响另一个类的功能。

336_C++_ImageBuffer类管理ImagesCache类，ImagesCache负责在进程地址空间中映射给定大小区域，处理较大数据的缓存和缓冲

ImagesCache 类负责管理图像数据的缓存节点， ImageBuffer 类则作为图像的缓冲区。它隐藏了缓存实现的细节，只暴露必要的接口，通过将缓存管理和缓冲管理分离到不同的类中，可以更容易地修改或扩展其中一个类，而不会影响另一个类的功能。

API 接口AOP、Redis限流【固定窗口、滑动窗口、漏桶、令牌桶】

我们使用Spring中的RedisTemplate的原子整型来实现该功能，在接口第一次触发时，设置增加键值，并将键的有效期设置为单位时间，后续接口访问调用getAndIncrement()方法获取当前值，并将redis中值增加1，然后判断当前值是否超过访问阈值，如果超过则直接丢弃请求。漏桶算法刚好和令牌桶算法相逆，漏桶算法为以恒定的速度从桶中漏出水滴，而我们调用接口为向桶中加水滴，当桶中容量未满时，则表示接口调用量未达到阈值，放行，若桶中容量已满，无法增加水滴进入，则表示拦截请求。

【TiDB 一】从MySQL、Redis到TiDB

以MySQL为代表的传统关系型数据库，虽然广泛应用，但是存在一些自身容量的限制。根据使用MySQL的经验，MySQL单表在2000万行以内时，性能较好；单表超过2000万行以后，数据库性能、可维护性都会急剧下降。当然这时候可以使用分库分表，将大表拆分为小表，小表到的数据量控制在2000万行以内。通过水平扩展的方式，将不同的表存放于多台服务器，可以提升整个数据库集群的QPS。

Redis和数据库能做到强一致吗？

在 Redis 和数据库之间，存在一定的一致性和性能权衡。虽然 Redis 具有高性能和低延迟的优势，但在一致性方面可能存在一定的风险。相比之下，数据库能够提供强一致性的保障，适用于对一致性要求较高的场景。因此，开发者需要根据具体的业务需求和场景特点，选择合适的存储方案，权衡一致性和性能之间的关系，以提高系统的可靠性和稳定性。