请教mysql集群或者叫主从备份，叫什么我也不知道了，请高手指点。。。。
工作中遇见1个问题：现在有4个分店，1个总店，使用mysql数据库。分店都安装基于mysql5.0数据库的应用。现在领导要求归集4个分店数据到总店。
个人想法：在总店安装mysql数据库和分店联网，4分店数据库保持不动，每天晚上上传也好，同步也好，集群也好，把数据存入总店数据库。总店服务器不负责insert，update，delete只负责select。
问题：如何实现4分店相同数据库mydb，把数据汇入总店服务器也是mydb中。
或者打破现在的模式，如何做能实现我的想法！！！
菜鸟愚昧，请教！！！！
没有表达清楚的地方在补充！！ 这是明显的OLTP应用。如果想分店销售响应速度快，必须将mysql数据库设在分店。就近接收数据。让数据靠近用户。总店只负责定价定货查询分析。按用户需要定时汇总各分店每天数据就可以了。 汇总是一种批量写入工作 总店需要定时将各分店需要定价定货信息分发下去，这些也是批量导入 就看数据时效性了，对同步的数据时效要求不高的话，每晚同步一次，那么在同步时可以下载总部的变价、打折信息到门店，同时上传分店数据。 那么如何上传到总部呢：
1、只从数据库端考虑的话，在总部建立相应分店的slave数据库（几个分店就建立几个，可安装多个数据库），定时或不间断的同步到总部。此时数据是单独放置的，还没有合到一起。
2、当然如果想合到一起，那么就需要业务逻辑的处理了，或开发程序，因为有些数据是没有办法用Replication同步到一起的。 利用Replication同步的话需要考虑网络带宽和稳定度问题 一般企业用户的网络状况可能很差劲 是呀，这是硬件情况，网络不稳那就没有办法了，不过replication可以“断点续传”...
否则分店上传到总部增量数据处理还是不好处理 这就需要在总部和分支机构都有专业技术人员处理了。这个要求对一般企业高了点。 replication所谓的“断点续传”.，还需要人工分析处理的^-^要是都像迅雷就好了 考虑后期分店扩展么 MySQL FEDERATED引擎 通过FEDERATED引擎创建的表只是在本地有表定义文件,数据文件则存在于远程数据库中可以不
页:
[1]