给常用数据留一份副本：云应用中的缓存思路

一个网站可能有许多访问者反复查看相同的商品分类、公告或配置。如果每次请求都重新查询数据库，就会产生重复工作。缓存的基本思路，是把经常读取的数据临时保存一份，让后续请求有机会直接使用这份副本。

从一份商品分类列表说起

假设商品分类更新不频繁，可以在读取时先查询缓存。找到有效数据，就直接返回；没有找到，再向数据库查询，并把结果写入缓存，供后续请求使用。这是一种常见的读取方式，具体是否适合，仍需结合数据规模和访问特点判断。

缓存空间有限，通常优先存放访问频繁、允许短时间延迟更新的数据。只偶尔使用的内容，或者要求每次都读取最新状态的信息，需要单独评估。缓存中的副本也可能过期、被淘汰或丢失，重要业务数据应有可靠的数据来源。

提前约定副本怎样更新

例如，管理员调整商品分类后，如果旧缓存仍然有效，用户就可能看到更新前的内容。过期时间能够限制副本的存续时间，但业务允许多长的延迟，需要在设计时明确。根据场景，还可以考虑在数据更新后删除对应缓存，让后续请求重新获取。

同样要考虑缓存暂时不可用的情况。直接把所有请求交给数据库，可能造成额外压力，因此需要结合业务设置超时、限流或降级策略，并通过测试了解系统能够承受的范围。

准备接入缓存时，可以先列出三个问题：

• 哪些数据值得缓存，数据变化后允许延迟多久？
• 缓存没有命中时，请求应该怎样获取结果？
• 缓存异常时，系统怎样控制回源压力？

在华为云上学习这类方案时，可以参考分布式缓存服务（DCS）的产品文档，了解适用场景和接入要求。先选一个简单的查询接口，观察命中情况、响应耗时和数据库负载，再决定是否扩大使用范围。缓存的效果取决于访问模式与实现方式，持续观察比单纯增加缓存更有意义。