- Navios
- 20 de agosto de 2026 às 22:43 UTC
- Autor
- Kamo
- Enviar
- 309f6fc
storePayload salvou a carga útil e depois bateu totalRecebido/últimoRecebidoAt por sujar a entidade de destino — na mesma transacção. Cada apresentação a endpoint atinge a linha de fim SAME, e uma entrada suja salva reescreve tudo quatorze colunas, então dois POSTs concorrentes colidiram no YugabyteDB com 40001 não foi possível serializar o acesso devido à atualização concorrente e a transação do perdedor morreu — levando consigo a carga útil. A O submitter ficou {"status":"error"} e o chumbo simplesmente desapareceu. Um webhook significa para fazer exame do tráfego de terceiros não pôde atender a dois pedidos ao mesmo tempo: postar uma fazenda lista na concorrência 6 perdeu ~55% dele. Dividir para que o lead nunca dependa da estatística: - storePayload persiste apenas a carga útil, - recordReceipt/recordProcessed bump uma única coluna através de uma @Modifying atualizar em sua própria transação, e chamadas engolir suas falhas. Eles devem ser chamados de outro feijão — uma auto-invocação se juntaria ao A transação do chamador e reintroduzir o acoplamento (ver a armadilha de autoinvocação).