我在想数据库做读(a)写(b)分离，如果遇到支付回调，中间肯定是会有事务,需要多次查询(a)和写入(b)，操作多个不同主机的库(a,b)，怎么保持数据完整性
比如支付回调过来，先验证，在开启事务，去A里查，写B，在查A，在写B，事务不会出问题？
用的数据库读写分离，回调支付的时候肯定是多读与多写，怎么保证在一个事务里可以将事务操作成功
我在想数据库做读(a)写(b)分离，如果遇到支付回调，中间肯定是会有事务,需要多次查询(a)和写入(b)，操作多个不同主机的库(a,b)，怎么保持数据完整性
比如支付回调过来，先验证，在开启事务，去A里查，写B，在查A，在写B，事务不会出问题？
用的数据库读写分离，回调支付的时候肯定是多读与多写，怎么保证在一个事务里可以将事务操作成功
首先要明确，开启事务是针对一个数据库的，也就是针对主数据库的，开启事务后你不能去从数据库查询（也不能去从数据库查询，因为查询的加锁操作是写入操作），所以总的来说，整个事务操作都应该是针对主数据库的，不存在你说的去A查再到B写的问题。
楼主的业务量如果很大 可以考虑分库 安装用户的ID取余分库 然后性能问题也能解决 事物问题也能解决 我公司现在的业务就用了分库
@junze 分库的问题，你的主从库数据同步是实时的么？主库和从库是按照什么样的业务场景来划分的？如何保证主从库的数据一致性问题？
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
178
收藏
