最常用的是cache aside策略吧，更新数据库，然后删除缓存操作

老师你好，方案三和方案5有什么本质区别吗？最终不都是从mq里面拿消息去更新redis吗？难道使用binlog解决了方案三的时序性问题吗？

老师我有个问题想问一下，对于redis全量缓存，只有用定时任务更新这一种方法嘛，想知道最佳实践

老师好，请问在高并发场景下，更新数据库的时间耗时太久，而且如果在高并发场景下只更新数据库的一条数据，那因为行锁耗时会更大，所以更新缓存，再同步到数据库，如何保证一致性？

老师好，想问下，用解析binlog的方式来保证缓存和db的一致性时，也引入的MQ，也是会有时序问题吧，那和应用直接自己把db的变更发到MQ有什么区别呢？还少了解析binlog投递MQ的步骤，MQ时序问题的解决就是用顺序消息来解决么，或者只用一个分区或者队列来牺牲扩展性。

方案三可以优化一下：redis的更新由mq保证，这个更新操作可以 变成删除操作

老师，我想问一下，最开始讲的经典的数据库与缓存的使用模式，改良为“在需要的时候删除缓存”，可以理解为读的时候删除缓存吗？那不是每次读都要读数据库吗？辛苦解答一下，这个需要的时候是指什么时候呢

老师你好，方案三和方案五是不是都会时序性问题吧？这个问题是mq引起的吗？

老师请问 缓存更新和数据库更新放到事务内真的能保持强一致性吗？如果缓存写入成功 数据库commit失败 是否存在问题

先删除缓存再更新数据库，会不会很容易导致数据不一致性。两个线程A写B读，A刚删了缓存，B没读到缓存去数据库查到老的，然后回写老的数据到缓存。这时A往数据库写入了新数据。