百万订单中,可根据订单id或订单类去修改Redis缓存;数据量很大,两种操作同时修改会导致重复修改,带来性能压力。在这种情况下,Redis的缓存KV是如何设计的,数据变更又是如何维护的?

Question

Accepted Answer

考察点：考察高并发大规模数据下缓存键设计、更新策略与一致性保障。回答思路：说明键设计如何支持按订单id和订单类查询并避免冲突 解释数据变更时的更新流程及并发控制机制 讨论缓存与数据库一致性、性能压力的平衡

考察说明