冠军资讯
键盘上的咸鱼在苍穹外卖这种高并发的应用场景下，缓存商品信息至关重要。海量用户同时访问商品详情页，如果每次都直接查询数据库，数据库的压力会非常大，很容易成为性能瓶颈。我们需要构建一个高效的缓存架构来解决这个问题。
缓存选型：Redis vs. Memcached
常见的缓存方案有 Redis 和 Memcached。对于苍穹外卖的商品信息，我们需要考虑以下几个方面：
- 数据结构: 商品信息通常包含价格、库存、描述等多个字段，Redis 支持丰富的数据结构（如 Hash），可以更好地组织商品数据。
- 持久化: 商品信息变更频率不高，但仍然需要保证数据不丢失。Redis 提供了 RDB 和 AOF 两种持久化方式。
- 并发性能: Redis 使用单线程模型处理请求，但其高性能的内存操作和多路复用 IO 机制使其在高并发场景下仍然表现出色。
综合考虑，Redis 更适合作为苍穹外卖商品信息的缓存。
缓存策略：旁路缓存 (Cache-Aside)
我们采用旁路缓存策略，也称为 Cache-Aside。其基本流程如下：
- 应用程序首先尝试从缓存中获取数据。
- 如果缓存命中，则直接返回数据。
- 如果缓存未命中（缓存穿透，cache miss），则从数据库中查询数据。
- 将从数据库中查询到的数据写入缓存，并返回给应用程序。
这种策略的优点是简单易懂，并且能够保证数据库中的数据是最新的。
// Java 代码示例：获取商品信息的缓存逻辑
public Product getProduct(Long productId) {
// 1. 尝试从 Redis 缓存中获取商品信息
Product product = redisTemplate.opsForHash().get("product", productId.toString());
// 2. 如果缓存命中，直接返回
if (product != null) {
return product;
}
// 3. 缓存未命中，从数据库查询
product = productMapper.selectById(productId);
// 4. 将商品信息写入 Redis 缓存
if (product != null) {
redisTemplate.opsForHash().put("product", productId.toString(), product);
}
return product;
}
缓存更新策略：失效模式 (Invalidation)
当数据库中的商品信息发生变更时，需要及时更新缓存。我们采用失效模式，即当商品信息发生变更时，直接删除缓存中的对应数据。
// Java 代码示例：更新商品信息时删除缓存
public void updateProduct(Product product) {
// 1. 更新数据库
productMapper.updateById(product);
// 2. 删除 Redis 缓存
redisTemplate.opsForHash().delete("product", product.getId().toString());
}
防止缓存穿透：布隆过滤器 (Bloom Filter)
为了防止缓存穿透，可以使用布隆过滤器。布隆过滤器可以快速判断一个元素是否存在于集合中。在查询缓存之前，先通过布隆过滤器判断该商品 ID 是否存在，如果不存在，则直接返回，避免查询数据库。
热点 Key 问题
对于热点商品，可能会出现大量的请求同时访问同一个 Key，导致 Redis 压力过大。可以使用以下策略缓解：
- 本地缓存: 在应用服务器本地使用 Caffeine 或 Guava Cache 等本地缓存，减少对 Redis 的访问。
- Key 复制: 将热点 Key 复制多份，分散请求压力。
- 预热: 提前将热点数据加载到缓存中。
苍穹外卖购物车功能架构设计
购物车是外卖系统中非常重要的一个功能，需要支持高并发、高可用，并且保证数据的准确性。
数据模型
购物车的数据模型可以设计如下：
- 用户 ID: 标识购物车所属的用户。
- 商品 ID: 标识购物车中的商品。
- 数量: 标识购物车中商品的数量。
- 加入时间: 记录商品加入购物车的时间。
存储方案：Redis Hash
我们可以使用 Redis Hash 存储购物车数据。Hash 的 Key 为用户 ID，Value 为一个 Map，其中 Map 的 Key 为商品 ID，Value 为商品数量。
# Redis 命令示例：添加商品到购物车
HSET cart:user_id product_id quantity
# Redis 命令示例：获取购物车商品数量
HGET cart:user_id product_id
# Redis 命令示例：获取整个购物车
HGETALL cart:user_id
并发控制：乐观锁
在高并发场景下，需要考虑购物车数据的并发控制。可以使用 Redis 的乐观锁机制，即先获取商品的版本号，然后在更新数据时，判断版本号是否发生变化。如果版本号发生变化，则表示数据已被其他线程修改，需要重新获取数据并重试。
购物车过期策略
可以设置购物车过期时间，例如 7 天。如果用户 7 天内没有访问购物车，则自动清空购物车数据，释放资源。
分布式锁
在对购物车进行批量操作时，例如清空购物车，需要使用分布式锁，防止多个线程同时操作购物车数据。
Nginx 反向代理与负载均衡
为了提高系统的可用性和并发能力，可以使用 Nginx 作为反向代理和负载均衡器。Nginx 可以将请求分发到多台应用服务器上，并且可以处理大量的并发连接。
可以通过宝塔面板方便地配置 Nginx，包括监听端口、域名绑定、SSL 证书配置等。需要根据实际的并发量和服务器性能调整 Nginx 的配置，例如 worker_processes、worker_connections 等参数。
监控与报警
需要对 Redis 和 Nginx 进行监控，例如 CPU 使用率、内存使用率、QPS、响应时间等。当监控指标超过阈值时，需要及时报警，以便及时处理问题。
通过上述架构设计，可以构建一个高性能、高可用、高并发的苍穹外卖购物车功能。
