kafaka用的是raft算法来保证分布式消息队列数据一致性，这点要优于rabbitmq.
分布式事务，通常是保证最终一致，这边先事务提交，然后日志文件里存下一步的操作，通过异步队列去从日志表里跑数据，成功或者失败后修改状态值。
消息队列如果出现积压，目前看到的还是扩容的方式，将服务器资源扩大到能够处理的消息的倍数，处理完后再恢复。
数据库主从不一致的问题，加个中间件。简单点在主从之间加个缓存，用户在从库读的时候先查缓存里是否有数据，有的话先读缓存并更新从库。
kafaka用的是raft算法来保证分布式消息队列数据一致性，这点要优于rabbitmq.
分布式事务，通常是保证最终一致，这边先事务提交，然后日志文件里存下一步的操作，通过异步队列去从日志表里跑数据，成功或者失败后修改状态值。
消息队列如果出现积压，目前看到的还是扩容的方式，将服务器资源扩大到能够处理的消息的倍数，处理完后再恢复。
数据库主从不一致的问题，加个中间件。简单点在主从之间加个缓存，用户在从库读的时候先查缓存里是否有数据，有的话先读缓存并更新从库。