Antecedentes da geração distribuída :
1. Quando houver várias fontes de dados para projetos tradicionais;
2. Na chamada remota RPC, depois que o iniciador A chama a interface B com êxito, o iniciador repentinamente repassa um erro (nesse momento, a parte B pode ter enviado e A não pode relatar para B depois de relatar um erro);
Solução : Usando consistência final e 2PC ou 3PC (confirmação de duas fases, confirmação de três fases), é permitido um pequeno atraso nos dados, mas os dados finais devem ser consistentes.
Solução :
1. JTA + Atomic, adequado para projetos tradicionais
2. Resolva transações distribuídas com base na compensação MQ, RabbitMQ
3.RocketMQ vem mensagem da transação;
4. solução LCN baseados em transações distribuídas, o princípio: o agente de nossos próprios dados de reescrita fonte ligada Commit e métodos de reversão implementado falsa fechado, passar o ID da transação global;
5. solução baseada em Distribuído Seata Transação, o princípio é o mesmo que LCN, a
diferença entre os dois é: o caminho de reversão, reversão de LCN é um desligamento falso, é fácil causar um impasse, mas a
seata usa desfazer log de log para gerar instruções SQL para obter reversão.
Os cinco esquemas acima são adequados para a realização de serviços de projetos internos de empresas .
Se for uma interface externa e externa para resolver o problema da transação distribuída, você poderá usar um método de retorno de chamada assíncrono semelhante ao Alipay + consulta ativa