我在想数据库做读(A)写(B)分离,如果遇到支付回调,中间肯定是会有事务,需要多次查询(A)和写入(B),操作多个不同主机的库(A,B),怎么保持数据完整性
比如支付回调过来,先验证,在开启事务,去A里查,写B,在查A,在写B,事务不会出问题?
用的数据库读写分离,回调支付的时候肯定是多读与多写,怎么保证在一个事务里可以将事务操作成功
我在想数据库做读(A)写(B)分离,如果遇到支付回调,中间肯定是会有事务,需要多次查询(A)和写入(B),操作多个不同主机的库(A,B),怎么保持数据完整性
比如支付回调过来,先验证,在开启事务,去A里查,写B,在查A,在写B,事务不会出问题?
用的数据库读写分离,回调支付的时候肯定是多读与多写,怎么保证在一个事务里可以将事务操作成功
5 回答3.2k 阅读✓ 已解决
3 回答3.6k 阅读✓ 已解决
1 回答4k 阅读✓ 已解决
3 回答1.8k 阅读✓ 已解决
2 回答2.2k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
5 回答1.4k 阅读
首先要明确,开启事务是针对一个数据库的,也就是针对主数据库的,开启事务后你不能去从数据库查询(也不能去从数据库查询,因为查询的加锁操作是写入操作),所以总的来说,整个事务操作都应该是针对主数据库的,不存在你说的去A查再到B写的问题。