华为云DCS实战：给应用加一层Redis缓存，响应时间砍掉一大半

一、应用跑通了，但有点慢

应用能跑之后，常遇到一个体验问题：某个列表接口每次都查数据库，列表大了之后响应明显变慢，压测时更明显。这种读多写少的场景，加一层 Redis 缓存是标准解法。华为云对应的服务是 DCS（分布式缓存服务），开箱即用，不用自己维护 Redis 进程、不用操心主从和持久化。

二、DCS 实例类型怎么选

数据量小、读多写少，选主备型就够稳。版本上，华为云 DCS 支持 Redis 4.0 / 5.0 / 6.0（Redis 3.0 已停售，别再照着老教程选了）。我选 6.0，特性新、命令全。规格从 128 MB 到 1 TB 都有，个人项目 256 MB 起步足够。

三、创建实例 + 应用接入

控制台建一个 DCS Redis 主备实例，选和 ECS 同一个 VPC（跨 VPC 访问要折腾打通，同 VPC 最简单）。建完后拿到连接地址和端口（默认 6379）以及密码。

应用里我用 Python 的 redis-py 接入，把"待办列表"缓存 60 秒：

import redis, json
r = redis.Redis(host="<DCS连接地址>", port=6379, password="<密码>", decode_responses=True)

def get_todos():
    cache = r.get("todo:list")
    if cache:
        return json.loads(cache)          # 命中缓存，直接返回
    data = db.query_todos()               # 没命中才查库
    r.setex("todo:list", 60, json.dumps(data))
    return data

命令行也能先验证连通：

redis-cli -h <DCS连接地址> -p 6379 -a <密码> ping   # 返回 PONG 说明通了

四、加缓存前后，压测对比

我用 ab（Apache Bench）对"获取待办列表"接口各压一轮（1000 请求 / 50 并发），大致结果：

响应时间砍到十分之一，吞吐翻了好几倍。虽然我的数据量小、绝对值不惊人，但趋势是真实的——缓存命中后根本不打数据库，数据库压力也降了。

五、缓存与数据库的一致性

加缓存最怕"缓存和库对不上"。我用了简单的"写操作后删缓存"策略：数据更新时，先改库，再把对应缓存删掉，下次读自动回填最新值。这套叫 Cache-Aside（旁路缓存），新手别想着搞复杂的一致性协议，先保证"写就删缓存"不出大错。

更进阶的三个坑得心里有数：

• 缓存穿透：查一个根本不存在的 key，每次都打库。解决：缓存空值，或上布隆过滤器。
• 缓存击穿：某个热点 key 刚好失效，瞬间大量请求涌向数据库。解决：热点 key 不过期，或加互斥锁重建。
• 缓存雪崩：大量 key 同一时刻失效。解决：TTL 加随机错峰，避免同时失效。

六、踩坑与提醒

1. DCS 默认不开放公网访问，而且不建议开。让应用 ECS 和 DCS 同 VPC 内网访问即可，又快又安全。非要公网调试，控制台能临时开启，用完记得关。
2. 白名单/安全组：DCS 实例有访问白名单，要把应用所在子网的 IP 或安全组加进去，否则连不上。
3. 一定要设密码 + 用 TLS（高安全场景），别用无密码实例裸奔。
4. 缓存不是万能：写多读少、数据强一致的场景，缓存反而添乱，先想清楚再上。

七、小结

这一篇用 DCS Redis 给应用加了缓存层，响应从 ~85ms 降到 ~9ms、吞吐翻数倍，读多写少场景收益巨大。选型记住：个人项目主备型 + Redis 6.0 + 同 VPC 内网访问；代码上用 Cache-Aside，并留意穿透/击穿/雪崩。缓存是性能优化的第一把扳手，但用错地方也会挖坑。