场景：记录一个用户上次浏览图书的第几章第几节第几题,用 redis 还是 mysql 呢？

[yuyang1992test]

个人感觉不是一个重要的数据，比较倾向于用 redis,如果用 mysql 的话估计得分表了吧？ 表的数量=userCount * bookcount redis 的 key userID:{uid}:bookId:{bookID} val: '1-2-5', 表示第 1 章第 2 节第 3 题。 存的都是他们的 id

[yuyang1992test]

@dongtingyue 那相当于书的详情一个接口，查询最后浏览的是一个接口，当前端存储没有的时候去请求？

[xmai]

@yuyang1992test #19 数据一直存在于 redis 中，可能会占用大量内存，redis 设置过期时间又会丢失用户浏览记录，如果确实需要长期存储还是 mysql 吧

[yuyang1992test]

@xmai 也是，内存要比硬盘贵

[libook]

@yuyang1992test #18 我回复说了，看具体使用场景。

我们做的 APP 中有些书签功能就是记录在本地的，因为用户并没有跨端同步的诉求，而且多人共用的个别功能用户还要求不要多端同步。

如果你的产品设计上需要可靠保存这个信息，就记录到服务器上，如果不需要可靠保存，就没必要浪费服务器的空间和算力。

需要可靠保存的话，存在 Redis 里还需要给 Redis 做持久化，或者复制一份给数据库，否则 Redis 重启数据就丢失了。

你的需求有很多实现方案，具体用哪一种取决于你的详细需求。