KamoCRM

Une course de provisionnement Yugabyte déclare comme un conflit de sérialisation n'est plus 500s le widget calendrier (SP98 T26)

FixEmailService
Expédié
5 octobre 2026 à 17:01 UTC
Auteur
Kamo
Commite
425f241

listCalendriers provisions le partage et le calendrier personnel find-then-create, chacun dans sa propre transaction, et traité une race perdue comme une violation unique. Sur Yugabyte l'écriture perdante peut plutôt échouer avec 40001 ("ne pourrait pas sérialiser l'accès en raison de la mise à jour simultanée"): Loki montre trois de ces 500 sur CalendrierWidgetController.events dans une semaine (2026-10-01 23:27:31Z sur les deux gousses à la fois, 2026-10-02 03:51:58Z), des deux widgets du lanceur se chargeant ensemble. Un échec de la contre-monnaieException prend maintenant une nouvelle étape, dans une nouvelle transaction dont la découverte voit le vainqueur ligne ; un second conflit est enregistré et laissé pour la prochaine charge, et la liste répond toujours. Essais: - Oui. +2 (RED: CannotAcquireLockException échappée listeCalendriers).

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation