redis,db,mq一致性

redis和db
2、引入缓存后，需要考虑缓存和数据库一致性问题，可选的方案有：「更新数据库 + 更新缓存」、「更新数据库 + 删除缓存」

3、更新数据库 + 更新缓存方案，在「并发」场景下无法保证缓存和数据一致性，且存在「缓存资源浪费」和「机器性能浪费」的情况发生

4、在更新数据库 + 删除缓存的方案中，「先删除缓存，再更新数据库」在「并发」场景下依旧有数据不一致问题，解决方案是「延迟双删」，但这个延迟时间很难评估，所以推荐用「先更新数据库，再删除缓存」的方案

5、在「先更新数据库，再删除缓存」方案下，为了保证两步都成功执行，需配合「消息队列」或「订阅变更日志」的方案来做，本质是通过「重试」的方式保证数据一致性，通过队列失败了可以过会重试，binlog后就更简单了，更新完全不需要关注缓存，接binlog消息删除缓存

6、在「先更新数据库，再删除缓存」方案下，「读写分离 + 主从库延迟」也会导致缓存和数据库不一致，缓解此问题的方案是「延迟双删」，凭借经验发送「延迟消息」到队列中，延迟删除缓存，同时也要控制主从库延迟，尽可能降低不一致发生的概率

缓存时间短点，尽可能降低不一致的影响时间，考虑事务也是一个方向，绝对的强一致是很难的，即时能做到，也及其影响性能，比如分布式锁。

db和mq
使用事务消息，sendMessage 往消息库插入一条记录，然后注册事务的回调，事务提交发消息，成功则删除消息。失败补偿任务重发，直到成功删除。