84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
我在想数据库做读(A)写(B)分离，如果遇到支付回调，中间肯定是会有事务,需要多次查询(A)和写入(B)，操作多个不同主机的库(A,B)，怎么保持数据完整性
比如支付回调过来，先验证，在开启事务，去A里查，写B，在查A，在写B，事务不会出问题？
用的数据库读写分离，回调支付的时候肯定是多读与多写，怎么保证在一个事务里可以将事务操作成功
人生最曼妙的风景，竟是内心的淡定与从容！
首先要明确，开启事务是针对一个数据库的，也就是针对主数据库的，开启事务后你不能去从数据库查询（也不能去从数据库查询，因为查询的加锁操作是写入操作），所以总的来说，整个事务操作都应该是针对主数据库的，不存在你说的去A查再到B写的问题。
楼主的业务量如果很大 可以考虑分库 安装用户的ID取余分库 然后性能问题也能解决 事物问题也能解决 我公司现在的业务就用了分库
@junze 分库的问题，你的主从库数据同步是实时的么？主库和从库是按照什么样的业务场景来划分的？如何保证主从库的数据一致性问题？
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
首先要明确，开启事务是针对一个数据库的，也就是针对主数据库的，开启事务后你不能去从数据库查询（也不能去从数据库查询，因为查询的加锁操作是写入操作），所以总的来说，整个事务操作都应该是针对主数据库的，不存在你说的去A查再到B写的问题。
楼主的业务量如果很大 可以考虑分库 安装用户的ID取余分库 然后性能问题也能解决 事物问题也能解决 我公司现在的业务就用了分库
@junze 分库的问题，你的主从库数据同步是实时的么？主库和从库是按照什么样的业务场景来划分的？如何保证主从库的数据一致性问题？