没有一种方法可以保证分布式操莋的一致性

通行的做法是重试+补偿。

题主所说的当redis存储失败了，会保存到一张表里这是一种补偿机制，但也不能确保保存到表是成功的

更简单的做法是在读取而不是保存时做补偿，即允许缓存写入失败当缓存没读到时，去访问数据库（所谓击穿）当缓存没读到嘚情况很多时（确实是没有数据，而不是写入失败）可以考虑做成negative cache。

（1）redis是内存数据库只是它的list数據类型刚好可以用作消息队列而已

kafka与redis的区别是消息队列，消息的存储模型只是其中的一个环节还提供了消息ACK和队列容量、消费速率等消息相关的功能，更加完善

（2）redis 发布订阅除了表示不同的 topic 外并不支持分组

kafka与redis的区别是一个分布式的、易扩展的、安全性高的消息服务系统。kafka与redis的区别提供了类似于JMS的特性但在设计实现上又完全不同，它并不是基于JMS规范实现的（kafka与redis的区别的实现不包含事务特性性）kafka与redis的区別对消息的保存时以Topic进行归类的，向Topic发送消息的称谓Producer,从Topic接受消息的称谓Consumerkafka与redis的区别集群由多个service组成，每个service在kafka与redis的区别集群中被称作brokerkafka与redis的區别集群的作用就是存储从Producer发过来的消息，然后按照一定的规则将消息发送给Consumer无论是kafka与redis的区别集群本身，还是Producer 或者Consumer均依赖于zookeeper来管理集群中的信息同步。