MySQL社区

标题: 请教mysql集群或者叫主从备份，叫什么我也不知道了，请高手指点。。。。 [打印本页]

作者: wanghualong 时间: 2009-5-14 14:06
标题: 请教mysql集群或者叫主从备份，叫什么我也不知道了，请高手指点。。。。
工作中遇见1个问题：
   现在有4个分店，1个总店，使用mysql数据库。分店都安装基于mysql5.0数据库的应用。现在领导要求归集4个分店数据到总店。
   个人想法：在总店安装mysql数据库和分店联网，4分店数据库保持不动，每天晚上上传也好，同步也好，集群也好，把数据存入总店数据库。总店服务器不负责insert，update，delete只负责select。
问题：如何实现4分店相同数据库mydb，把数据汇入总店服务器也是mydb中。
或者打破现在的模式，如何做能实现我的想法！！！
菜鸟愚昧，请教！！！！

   没有表达清楚的地方在补充！！

作者: pander222 时间: 2009-5-23 21:05
提示: 作者被禁止或删除内容自动屏蔽

作者: yinshi 时间: 2009-10-25 09:42
这是明显的OLTP应用。如果想分店销售响应速度快，必须将mysql数据库设在分店。就近接收数据。让数据靠近用户。总店只负责定价定货查询分析。按用户需要定时汇总各分店每天数据就可以了。

作者: yinshi 时间: 2009-10-25 09:43
汇总是一种批量写入工作

作者: yinshi 时间: 2009-10-25 09:45
总店需要定时将各分店需要定价定货信息分发下去，这些也是批量导入

作者: kider 时间: 2009-10-26 18:21
就看数据时效性了，对同步的数据时效要求不高的话，每晚同步一次，那么在同步时可以下载总部的变价、打折信息到门店，同时上传分店数据。

作者: kider 时间: 2009-10-26 18:27
那么如何上传到总部呢：
1、只从数据库端考虑的话，在总部建立相应分店的slave数据库（几个分店就建立几个，可安装多个数据库），定时或不间断的同步到总部。此时数据是单独放置的，还没有合到一起。
2、当然如果想合到一起，那么就需要业务逻辑的处理了，或开发程序，因为有些数据是没有办法用Replication同步到一起的。

作者: yinshi 时间: 2009-10-26 23:07
利用Replication同步的话需要考虑网络带宽和稳定度问题

作者: yinshi 时间: 2009-10-26 23:10
一般企业用户的网络状况可能很差劲

作者: kider 时间: 2009-10-27 09:11
是呀，这是硬件情况，网络不稳那就没有办法了，不过replication可以“断点续传”...

否则分店上传到总部增量数据处理还是不好处理

作者: yinshi 时间: 2009-10-27 19:36
这就需要在总部和分支机构都有专业技术人员处理了。这个要求对一般企业高了点。

作者: yinshi 时间: 2009-10-27 19:57
replication所谓的“断点续传”.，还需要人工分析处理的^-^要是都像迅雷就好了

作者: devilkin 时间: 2011-9-9 14:31
考虑后期分店扩展么

作者: 我还是在堕落 时间: 2013-7-18 22:02
MySQL FEDERATED引擎通过FEDERATED引擎创建的表只是在本地有表定义文件,数据文件则存在于远程数据库中可以不

欢迎光临 MySQL社区 (http://www.mysqlpub.com/)