说一下和另一个同行进行讨论后的一个大致可行方案吧，使用最笨的办法，单独使用一张表记录用户观看过的视频（就类似一个观看记录的功能）；建立好索引，即使数据量很大速度也不会太慢；
主要问题就是在用户看完所有视频后需要清除之前已看的数据重新记录，在删除的时候需要重建索引，为了不影响用户正常使用，可以使用队列或者 redis 发布订阅来进行异步的删除，这样数据就存在延迟，就可能出现我一边在插入一边在删除的情况，查询也存在问题（本应该从头开始查，但此时还没有删除之前的观看记录，因此实际查询的时候还会剔除之前已观看的）。
解决这个的办法就是在往队列插入删除任务的时候同时记录需要删除的历史观看记录的最大 id，在删除的时候就通过 userid=? and historyId <= ?，如果数据量大可以进一步优化，进行分批删除。
还有个问题就是管理员如果修改了精选视频的排序，是否需要用户实时展示最新的排列顺序，即是否也要清空观看记录的问题或者其他的处理方式（例如，只清除所有用户历史记录中管理员新设置精选的视频 id，让这些视频可以被用户再次查询，此时就不考虑重复问题，因为设置精选就是为了增加曝光量）。如果不考虑这一点的话就不用管了

@awanganddong 数据全都加载到 redis，如果只是记录 id 的话，那么在用 Sql 进行查询的时候可能不太方便的，而且数据还会存在频繁的增删操作，应该还是得以 mysql 为核心的。

@MoYi123 是挺类似的，学习了

@MoYi123 谢谢