ASP.NET Core MVC + Redis 实战缓存方案

做过后端的朋友都懂，订单系统是电商、零售、餐饮系统里并发最高、查询最频繁的模块之一，一旦订单列表查询慢了，整个系统体验直接崩盘，数据库也顶不住。

一、为什么订单系统一定要上缓存？

先聊点真实场景。一个中等规模的电商平台，订单表数据量百万级很正常，运营后台、商家端、用户端都在查订单列表，而且筛选条件多（时间、状态、支付方式……）。

不上缓存会有什么问题？

• 每次查询都走数据库，多表联查 + 分页 + 条件筛选，SQL 执行耗时几百毫秒甚至几秒

• 高并发下数据库连接池被打满，出现超时、报错

• 热门商家、热门时间段的查询集中，形成热点数据，拖垮整个库

Redis 能解决什么？

• 将高频查询的订单列表结果缓存，直接从内存读取，响应时间降到 10ms 以内

• 大幅降低数据库压力，把 MySQL 从 "体力活" 里解放出来

• 天然支持过期策略、数据结构丰富，非常适合做业务缓存

二、项目环境搭建

2.1 准备工作

• .NET 6 /.NET 8 SDK（推荐 .NET 8）

• Redis 5.0+（本地可以用 Docker 一键启动）

• ASP.NET Core MVC 项目

• StackExchange.Redis 客户端库

2.2 安装 NuGet 包