场景：记录一个用户上次浏览图书的第几章第几节第几题,用 redis 还是 mysql 呢？
yuyang1992test · 2023-10-16 17:34:23 +08:00 · 1537 次点击这是一个创建于 409 天前的主题，其中的信息可能已经有所发展或是发生改变。
个人感觉不是一个重要的数据，比较倾向于用 redis,如果用 mysql 的话估计得分表了吧？ 表的数量=userCount * bookcount redis 的 key userID:{uid}:bookId:{bookID} val: '1-2-5', 表示第 1 章第 2 节第 3 题。 存的都是他们的 id
 |
1
xmai 2023-10-16 18:05:39 +08:00  1
如果你需要读取性能和高并发，用 redis 。每个用户使用一个唯一的键名，如 user:{user_id}:book:{book_id}来记录其浏览位置，包括章、节和题号并将用户的浏览位置以字符串形式 ‘1-2-5’ 保存到 Redis 中。
如果你需要更加复杂的查询操作或者有较大的数据量，用 mysql 一把梭。 |
 |
2
libook 2023-10-16 18:09:34 +08:00
高频读取用 Redis ，低频读取存数据库，不需要跨端就记录到客户端/浏览器本地，部分场景还可以记录到 URL 里。
|
 |
3
HFcbyqP0iVO5KM05 2023-10-16 18:26:08 +08:00 via iPhone
KISS
|
 |
4
yuyang1992test OP @gulu kiss 是什么
|
|
5
yuyang1992test OP @libook 这个数据丢失是不是可以接受的是关键
|
 |
6
XiLingHost 2023-10-16 19:57:38 +08:00
这种没有固定的格式的，随意性比较大的数据，可以考虑用 nosql 比如说 mongodb 、es 之类的东西存，这些是有持久化的
|
 |
7
oneisall8955 2023-10-16 20:01:04 +08:00 via Android
redis 一把梭，一般这种用户行为也会接上埋点，丢失数据能找回来，不慌
|
|
8
yuyang1992test OP @XiLingHost 现在依赖的就只有 mysql 和 redis,不太可能为了这个需求引入一个中间件
|
|
9
yuyang1992test OP @oneisall8955 那还设置过期时间吗
|
 |
10
bigbigeggs 2023-10-16 20:13:51 +08:00
这种存图书的，后端怎么设计的。比如第一页的内容如何返回前端的，毕竟前端可能是小屏幕也可能是大屏幕，甚至可以伸缩等等，怎么分割呢
|
|
11
yuyang1992test OP @bigbigeggs 我这边只存章节和题目，类似于教材答案
|
|
12
yuyang1992test OP @bigbigeggs 小说的话一页一页的村吧，至于显示问题就是前端做适配了
|
 |
13
aLazarus 2023-10-17 09:59:37 +08:00
我记得 b 站的 url 可以分享进度，多平台之间也可以同步进度，可能是 url+redis 的方式实现的？
|
 |
14
dongtingyue 2023-10-17 09:59:56 +08:00
前端存储加 mysql 。redis 没必要吧。
|
 |
15
LouGaZen 2023-10-17 10:33:22 +08:00
@yuyang1992test #4 Keep It Simple and Stupid ，取各单词的首字母
|
 |
16
picone 2023-10-17 10:46:30 +08:00
用户本地存储。。
 |
|
17
yuyang1992test OP @picone 存到 app 吗？那 app 卸载重装是不是就没了？
|
|
18
yuyang1992test OP @libook 那存到 app 的话，岂不是一卸载就没了吗
|
|
19
yuyang1992test OP @xmai 没有复杂查询，也没有高并发
|
|
20
yuyang1992test OP @picone 那卸载了不就没了嘛
|
|
21
yuyang1992test OP @dongtingyue 那相当于书的详情一个接口，查询最后浏览的是一个接口，当前端存储没有的时候去请求？
|
|
22
xmai 2023-10-17 11:22:37 +08:00
@yuyang1992test #19 数据一直存在于 redis 中，可能会占用大量内存，redis 设置过期时间又会丢失用户浏览记录，如果确实需要长期存储还是 mysql 吧
|
|
23
yuyang1992test OP @xmai 也是，内存要比硬盘贵
|
|
24
libook 2023-10-17 12:14:42 +08:00
@yuyang1992test #18 我回复说了，看具体使用场景。
我们做的 APP 中有些书签功能就是记录在本地的，因为用户并没有跨端同步的诉求，而且多人共用的个别功能用户还要求不要多端同步。 如果你的产品设计上需要可靠保存这个信息，就记录到服务器上，如果不需要可靠保存，就没必要浪费服务器的空间和算力。 需要可靠保存的话，存在 Redis 里还需要给 Redis 做持久化，或者复制一份给数据库，否则 Redis 重启数据就丢失了。 你的需求有很多实现方案，具体用哪一种取决于你的详细需求。 |
Select Language