我们是做一个展会的信息化提供的,那么我们在阿里云上会有一台服务器,然后每个会展中心都有一台服务器。那么在开展期间由于对外的带宽基本是严重不足的,而且这个时间段我们的应用会被频繁使用。
现在我的设想是因为每个会展中心都有一台服务器,那么我可以内容分发把阿里云上的内容分发到会展中心的服务器,这样就可以通过内网访问解决了读取信息带宽资源不足的问题。但我们的应用不单单是读,还有写。如果直接写到阿里云的服务器肯定是不行的,因为那时候出口带宽已经严重不足了。所以我们希望尽量利用会展中心的服务器。
其实现在主要是数据库的问题,现在希望的是 所有在会展中心这个内网写的信息都先写到会展中心的服务器,然后再从这台服务器写到阿里云,阿里云再分发到各个会展中心?
用主主的分布式方式吗?但自增ID如何处理?如果成百的会展中心这个自增ID规则将会十分复杂?如果可以有什么算法吗?
主主的玩法没见过。。
楼主的问题其实也是读多写少的场景,可以考虑用读写分离的方式。
在一个地方写,然后数据通过日志的方式同步到其他的节点上。或者MySQL的其他解决方案。。
所有写的请求到主节点就好了。。
######这个办法明显我考虑过的,因为访问高峰期上传带宽几乎耗尽了。所以要先把数据写到本地的服务器,再等空闲时上传到主干上面去!######这个问题我也遇到过,也在寻找解决方案。我当时使用的方法是在每个写入节点上的相应数据表中建立触发器,当数据写入、修改、删除时,调用相应的程序,程序再根据实际情况,将数据推送到其它机器上去。
这个插件可使用某高人做的mysql-udf-http
######一直用着呢,只是已经离开前一个公司了。######为什么后来没有使用了?版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。