NOTE
2.4 Distributed Transaction Solution: Best-Effort Notification
1. What Is Best-Effort Notification - A distributed transaction solution that guarantees eventual consistency. 2. Best-Effort Notification Process. 3. Use Cases - Suitable for businesses that require eventual consistency, have low time sensitivity, allow a small number of distributed transactions to fail, and where the passive side's processing result does not affect the active side's processing result, such as bank notifications and payment-result notifications.
This is a historical learning note and may contain outdated or incomplete understanding.
1. What Is Best-Effort Notification?
A distributed transaction solution that guarantees eventual consistency.
2. Best-Effort Notification Process

3. Use Cases for Best-Effort Notification
- Suitable for businesses that require eventual consistency, have low time sensitivity, allow a small number of distributed transactions to fail, and where the passive side’s processing result does not affect the active side’s processing result, such as bank notifications and payment-result notifications.
- Multiple services use multiple data sources, and the data sources do not have to be DBs.
4. Best-Effort Notification Implementations
5. References
- If Someone Asks You About Distributed Transactions Again, Send Them This Article - Juejin
- My Explanation of Best-Effort Notification Transactions in Distributed Transactions - Juejin
- Distributed Transaction Solution: Best-Effort Notification (6) - APoker - OSCHINA
- 5.0 Flexible Transactions: Best-Effort Notification - Jianshu
Discussion
Sign in with GitHub to comment. Discussions are stored as GitHub Issues.View on GitHub