用户图书收藏与取消收藏操作技术方案设计

用户图书收藏与取消收藏操作技术方案设计

Redis存储结构说明

图书信息：
hash

key	field	value
book:1	name	人类简史
-	describe	人类简史描述信息

用户收藏的集合
有序集合set
这里使用有序集合是方便根据用户的收藏时间来排序进行查询。

key	member	score
Uid:1.booktype	bookId	timestamp
–	bookId	timestamp
–	bookId	timestamp

用户收藏图书类型
集合set

key	member
Uid:1	booktype
–	booktype
–	booktype

用户展示操作说明

1.通过redis hget book:1 可以获取到图书展示需要的基本信息
2.通过 zscore uid:1.type1 member 可以判断集合中是否有相关成员，以此来判断用户是否收藏该商品
3.通过 zadd uid:1.type1 1000000000000 book1 来添加用户的收藏图书ID
4.用户通过 sadd uid:1 type1 来添加用户收藏的图书类型
5.用户通过 scard uid:1可以获取到用户收藏的图书类型，用户可以通过 zrange命令来对相关图书类型下的收藏图书进行分页获取

用户收藏操作业务说明

用户的收藏操作时先发送操作消息到MQ，如果成功了则标识用户收藏成功，如果失败了用户则收藏失败，为了弥补MQ消费的延迟，我们在MQ写成功后可以操作一次redis,如果成功则成功，如果失败可以采用重试或直接结束逻辑。
如下图：

用户的收藏成功通过写MQ的结果来保证。
这里分两种情况：
1.写redis成功，则操作直接结束。
2.写redis失败，则将最终一致性交给准实时的MQ消费者来完成。这里在失败的情况下用户即时看到收藏结果的时间由MQ的消费延迟来决定了。
注：
1.这里由于redis操作失败时存在异步持久化延时过程，为了提升用户体验，可以在MQ操作完成时即可认为成功，将最终操作状态返回，当用户刷新时再从服务端持久数据中获取最新数据状态。
2.MQ存在积压情况下的消费，因此需要考虑用户刷新时数据还未完成持久化的问题

MQ消费者情况说明

当MQ消费者收到消费后进行消息ID判断
1.由于消息ID中带有时间戳，因此可以判断该消息ID的时间戳是否大于库中最后一次操作的时间戳，如果大于则执行，如果小于则不执行。
2.先执行写redis，来弥补在用户操作发消息之前失败的情况[这里主要是保证在少量redis写失败的情况下的数据一致性]，如果成功，则执行数据库写操作。
3.消息成功与否取绝于数据库是否持久成功，并且数据库中记录最后一次消费的带时间戳的消息ID。
注：由于收藏与取消收藏操作是有强时序性的操作，并且结果是以最后的操作为准，因此通过带时间戳的消息ID消费最后一次的用户操作即算成功，之前的操作可以认为已经无效。