我工作的内部开发软件通过我们的devexpress orm (XPO)直接连接到我们办公室的mysql服务器。性能非常好。
我们要再开一个办公室..。越野赛。性能:不是很好。要求软件在两个办公室中的响应性与在这个办公室中一样,并且来自一个办公室的数据可以“实时”提供给另一个办公室。
这种规模的东西对我来说是全新的。我并不反对引入一位以前做过这样事情的顾问,但我希望首先对这些选择有一个好的了解。我确信这是一种常见的情况。
复制是个好主意吗?速度够快吗?够稳定吗?
如果复制不起作用,有没有解决这种情况的开发模式?
见鬼,我甚至不知道如何标记这个,所以如果有人知道更好的…请随意重新添加标签
编辑>有关数据的详细信息
我想,与一些企业软件相比,我们并没有移动大量的数据。该软件管理客户帐户、预约等,每个用户每分钟处理大约2-5个单独的帐户(目前为50个用户,计划扩展后为200-400个),每次更新数据。
当办公室A中的某人为办公室B中的某人创建约会时,实时方面就开始发挥作用,该人理想情况下需要能够立即查看其详细信息(<2分钟)。也就是说,每条记录通常每天最多改变5次。但这只是我的怀疑;我实际上没有任何关于我的使用统计数据。
发布于 2009-06-23 22:08:08
您不能在不创建复制冲突的情况下在两个方向上使用异步复制,复制冲突是不可能解决和打破问题的。
因此,您的明显选择是使用读/写拆分-让应用程序从(只读)本地数据库执行非关键读取,并将所有写入定向到主数据库。这样做的缺点是,它将意味着您不能立即读回您自己的写入。
MySQL复制并不完美,需要进行一些设置和持续监视才能进行维护;您必须经常检查从服务器中的数据是否相同。有些查询会被错误地复制;您需要了解这些查询并避免它们。
发布于 2009-06-23 19:17:21
当然,最后的办法之一是确保所有繁重的工作都在后台线程中完成,这样GUI线程就永远不会被阻塞。
实时数据依赖于数据,我错过了详细的描述,比如我们谈论的每个请求有多少数据(即对象有多大),您的internet连接速度有多快(可能是瓶颈?),mysql服务器和您控制的所有基础设施是否配置良好?数据的静态/动态程度,如果实时数据每天发生一次或无数次的变化,这对于“解决方案”是很重要的。
https://stackoverflow.com/questions/1034538
复制相似问题