1. 为什么需要缓存策略在开发苍穹外卖这类高并发餐饮系统时数据库查询压力是个绕不开的难题。想象一下中午用餐高峰期成千上万的用户同时浏览菜单如果每次请求都直接查询数据库MySQL服务器很快就会不堪重负。我去年做过压力测试当QPS超过2000时纯数据库查询的响应时间会从50ms飙升到800ms以上用户体验直线下降。这时候就需要引入缓存层作为数据库的减压阀。Redis作为内存数据库读取速度能达到10万QPS比传统磁盘数据库快了两个数量级。但直接用RedisTemplate手动管理缓存会遇到几个典型问题缓存代码与业务逻辑高度耦合需要自己处理缓存穿透、雪崩等问题缓存更新逻辑分散在各处不同类型的缓存策略实现复杂Spring Cache的巧妙之处在于它用注解把缓存操作抽象成了AOP切面。就像给方法装了个智能开关——第一次调用自动存入缓存后续调用直接返回缓存结果数据变更时自动清除失效缓存。这种声明式编程方式让开发者能专注于业务逻辑而不必操心缓存的具体实现。2. 菜品缓存实现详解2.1 缓存数据结构设计在苍穹外卖中我们按菜品分类建立缓存结构。比如川菜分类下的所有菜品会存储在dish_1这样的key里假设1是川菜分类ID。这种设计考虑了三个要点用户通常按分类浏览菜品同一分类下的菜品变更频率相对集中批量清理时可以使用通配符如dish_*实际存储时我们序列化ListDishVO对象到Redis。这里有个坑要注意默认的JDK序列化会产生乱码且占用空间大建议配置Jackson2JsonRedisSerializerBean public RedisTemplateString, Object redisTemplate(RedisConnectionFactory factory) { RedisTemplateString, Object template new RedisTemplate(); template.setConnectionFactory(factory); template.setKeySerializer(new StringRedisSerializer()); template.setValueSerializer(new GenericJackson2JsonRedisSerializer()); return template; }2.2 读写一致性保障菜品数据变更时我们采用先更新数据库再删除缓存的策略。这里有个细节优化不是简单地删除单个key而是用通配符批量清理private void cleanCache(String pattern) { SetString keys redisTemplate.keys(pattern); if (keys ! null !keys.isEmpty()) { redisTemplate.delete(keys); } }这样处理是为了应对三种特殊场景菜品从一个分类移动到另一个分类批量操作导致多个分类数据变更分类ID本身发生变化的情况在并发环境下我们还需要处理缓存击穿问题。比如当某个热门分类的缓存突然失效大量请求同时涌入数据库。解决方案是使用Redis的SETNX命令实现互斥锁public ListDishVO getDishByCategory(Long categoryId) { String lockKey lock:dish_ categoryId; try { // 尝试获取分布式锁 Boolean locked redisTemplate.opsForValue() .setIfAbsent(lockKey, 1, 30, TimeUnit.SECONDS); if (Boolean.TRUE.equals(locked)) { // 查询数据库 // 写入缓存 } else { Thread.sleep(100); return getDishByCategory(categoryId); } } finally { redisTemplate.delete(lockKey); } }3. Spring Cache高级应用3.1 注解驱动开发Spring Cache提供了几个核心注解Cacheable相当于读缓存CachePut强制更新缓存CacheEvict删除缓存Caching组合多个操作在套餐缓存中我们这样使用Cacheable(cacheNames setmealCache, key #categoryId) public ListSetmeal getByCategory(Long categoryId) { // 查询数据库 } CacheEvict(cacheNames setmealCache, allEntries true) public void updateSetmeal(SetmealDTO setmealDTO) { // 更新数据库 }注意allEntries true这个配置它会清空整个setmealCache名称空间下的所有缓存。虽然有些粗暴但能绝对保证数据一致性适合套餐这种关联性强的数据。3.2 缓存条件与同步Spring Cache支持通过condition和unless参数实现条件缓存。比如只缓存价格大于50元的套餐Cacheable(cacheNames premiumSetmeals, key #categoryId, condition #result ! null #result.?[price 50].size() 0) public ListSetmeal getPremiumSetmeals(Long categoryId) { // ... }对于更新操作我们可以使用CachePut保证缓存与数据库同步CachePut(cacheNames setmealDetail, key #id) public Setmeal updateAndRefreshCache(Setmeal setmeal) { // 更新数据库 return setmeal; // 返回值会被缓存 }4. 性能优化实战技巧4.1 多级缓存设计在特别热门的菜品上我们可以设计本地缓存Redis的两级缓存Cacheable(cacheNames hotDishes, key #id, cacheManager caffeineCacheManager) public DishVO getHotDish(Long id) { // 查询Redis或数据库 } Bean public CacheManager cacheManager() { CaffeineCacheManager caffeineCacheManager new CaffeineCacheManager(); caffeineCacheManager.setCaffeine(Caffeine.newBuilder() .maximumSize(1000) .expireAfterWrite(10, TimeUnit.MINUTES)); return new CompositeCacheManager(caffeineCacheManager, redisCacheManager()); }本地缓存使用Caffeine实现设置10分钟过期时间既减轻Redis压力又保证数据不会长期不一致。4.2 缓存预热策略对于早餐时段的热门套餐我们可以在系统启动时主动加载PostConstruct public void preloadCache() { ListLong popularCategories Arrays.asList(1L, 5L, 8L); popularCategories.forEach(categoryId - { ListSetmeal setmeals setmealService.getByCategory(categoryId); // 结果会自动缓存 }); }4.3 监控与调优建议在Redis中监控这些关键指标缓存命中率keyspace_hits/keyspace_misses内存使用率used_memory过期键数量expired_keys可以通过Spring Boot Actuator暴露缓存指标management.endpoints.web.exposure.includehealth,info,caches management.metrics.export.prometheus.enabledtrue在苍穹外卖的生产环境中我们通过合理的缓存策略将数据库查询量降低了87%平均响应时间从230ms降至45ms。特别是在午高峰时段系统稳定性得到显著提升。