利用Redis对视频续播代码的优化

     主要对视频播放，其中涉及到大量的数据库操作，并发较高的情况下，会给数据库带来非常大的压力，所以我们要对业务进行优化

        在针对视屏播放的接口，我们要实现视频的续播功能，需要记录用户的播放进度，只有观看视频进度超过80%的时候，我们才会给用户积分，因此视频播放的过程中需要不断提交播放进度到服务端，而服务端则需要保存视频的观看记录到数据库。
            起初，我们通过前端每15秒发送一次请求，向后端发送现在的视频观看记录，这样就完成了视频续播的问题。但是，每15秒一次请求，需要去不断的更改数据库中的信息，这无疑增加了数据库的压力。我考虑到,播放记录的每一次提交都会覆盖之前的记录,所以只需要记录最后一次播放时间就可以了,这里我借鉴了之前处理合并写的思路，设置定时任务去提交，但是假如定时任务间隔较长，例如2分钟一次，更新频率较低，续播误差可能超过2分钟，不满足需求。
            这时候我们需要考虑的就是：什么办法能够在不增加数据库压力的情况下，保证时间误差较低。我们再次打开该视频续播的时候，肯定是从最后一次提交的播放进度来续播。我们需要知道那一次提交才是最后一次提交。既然定时任务用不了,那延迟任务呢?我想到了用延迟队列去对比进度,实现延迟任务的方法,我这里使用的是MQ中的延迟队列来实现延迟任务,先创建延迟队列和延迟交换机,绑定之后,设置延迟的毫秒值,发送延迟消息将视频播放记录储存到redis中.
            我设置了一个20秒的延迟任务,每20秒将视频数据缓存到redis一份,因为前端的数据是每15秒发送一次.在前端发送播放记录的时候,拿前端的记录跟redis中储存的记录作对比,比如,我刚开始打开视频,视频第15秒发送一次,此时我的延迟队列还未执行,到20秒的时候,我们将第一次请求储存到redis中,在第30秒的时候,前端又一次发送请求,这时候我们与redis中的数据做比较,此时redis中的数据还是第一次的15秒,不相同,证明此时视频还在观看,如果此时暂停或者关闭视频,所以队列最后已经更新完毕,视频播放记录不会再更新,此时redis中储存的记录与视频播放记录一致,则证明已经结束观看,这时候我们再把视频播放记录给存入数据库中。在不断的测试中,发现这样虽然会有一点误差,但是满足了我们的需求,对数据库的压力也是大大减少.