我工作的内部开发软件通过devexpress orm（XPO）直接连接到我们办公室中的mysql服务器。表现很棒。
我们正在开设另一个办事处...跨国。表现：不太好。要求该软件在两个办公室中都应像在该办公室中一样具有响应能力，并且来自一个办公室的数据必须“实时”提供给另一个办公室。
这种规模的东西对我来说是全新的。我并不反对聘请一位之前已经做过这样的事情的顾问，但是我想首先了解一下这些选择。我敢肯定这是普遍的情况。
复制是个好主意吗？够快吗？足够稳定吗？
如果复制不起作用，是否有开发模式可以解决这种情况？
哎呀，我什至不知道该如何标记，所以如果有人知道更好...请随时重新标记
编辑>有关数据的详细信息
我想，与某些企业软件相比，我们不会移动大量数据。该软件管理客户帐户，约会等，每个用户每分钟大约2-5个独立帐户（当前为50个用户，计划扩展后为200-400个用户），每次都更新数据。
当办公室A中的某人为办公室B中的某人创建约会时，实时方面将发挥作用，理想情况下，该约会需要能够立即（
最佳答案
如果不创建无法解决和破坏问题的复制冲突，则不能在两个方向上都使用异步复制。
因此，您的明显选择是使用读/写拆分-让应用程序从（只读）本地DB执行非关键读取，并将所有写入定向到主数据库。这样做的缺点是，这将意味着您无法立即读回自己的写操作。
MySQL复制不是完美的，需要一些工作来设置和持续监视以进行维护；您必须经常检查从站中的数据是否相同。一些查询被错误地复制；您需要了解这些内容并避免使用它们。
关于mysql - 具有不同地理位置用户的应用程序的后端数据库设置，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1034538/