Mysql 具有不同地理位置用户的应用程序的后端数据库设置

我工作的内部开发的软件通过我们的devexpress-orm（XPO）直接连接到我们办公室的mysql服务器。表演很棒

我们又开了一间办公室。。。越野。性能：不太好。要求是软件在两个办公室的响应速度与在本办公室的响应速度一样快，并且一个办公室的数据“实时”提供给另一个办公室

这种规模的东西对我来说是全新的。我并不反对聘请一位以前做过类似工作的顾问，但我想先了解一下这些选择。我相信这是一种常见的情况

复制是个好主意吗？够快吗？足够稳定吗

如果复制不起作用，是否有解决这种情况的开发模式

见鬼，我甚至不知道如何标记这个，所以如果有人知道的更好。。。请随时重新标记

编辑>有关数据的详细信息

我想，与一些企业软件相比，我们并没有移动太多的数据。该软件管理客户账户、约会等，每个用户每分钟处理2-5个独立账户（目前50个用户，计划扩展后200-400个），每次更新数据

---

当office A中的某个人为office B中的某个人创建约会时，实时方面就开始发挥作用，理想情况下，该人需要能够立即查看其详细信息（最后的手段之一当然是确保所有繁重的工作都在后台线程中完成，这样GUI线程就不会被阻塞

---

拥有实时数据取决于数据，我错过了一个详细的描述，例如我们每个请求谈论的数据量（即对象有多大），您的互联网连接速度有多快（可能是瓶颈？），mysql服务器和您控制的所有基础设施是否配置良好？数据的静态/动态情况如何？如果实时数据每天发生一次变异，或者一天发生无数次变异，这对于“解决方案”很重要如果不创建无法解决和中断的复制冲突，就无法在两个方向上使用异步复制

因此，您明显的选择是使用读/写拆分-让应用程序从（只读）本地数据库执行非关键读取，并将所有写入操作定向到主数据库。这样做的缺点是，这将意味着您无法立即读回自己的写入操作

---

MySQL复制并不完美，需要进行一些设置和持续监控才能进行维护；您必须经常检查从属数据库中的数据是否相同。有些查询复制不正确；您需要理解这些查询并避免它们。

更新以澄清所用数据的种类和数量，以及它们的变化频率ed.我们目前使用的网络连接是5mb线路，这可能是一个慢点，但到目前为止，它只支持远程办公室中的3个用户。感谢您的所有输入。使用您的答案和mysql文档，我决定尝试读/写拆分。现在只需说服ORM也这样做（DevExpress.XPO）.