这里借淘宝的图来列举一下proxy需要干哪些事情
百度也有类似的解决方案，见文章最后资料部分链接 对于架构实现的关键点，扩容缩容全自动化且对在线服务无影响； 扩容缩容对应到的数据操作即为数据拆分和数据合并，要做到完全自动化有非常多不同的实现方式，总体思路和V4.0介绍的瓶颈部分有关，这里就不细展开讲 了。以扩容为例，扩容后的服务和扩容前数据已经基本同步了，这时候如何做到切换对业务无影响？ 其实关键点还是在引入的proxy,这个问题转换为了如何让proxy做热切换后端的问题。这已经变成一个非常好处理的问题了. 另外值得关注的是：2014年5月28日——为了满足当下对Web及云应用需求，甲骨文宣布推出MySQL Fabric，在对应的资料部分我也放了很多Fabric的资料，有兴趣的可以看看，说不定会是以后的一个方向 V more ?等待革命… 其他资料百度Dbproxy设计 http://tech.it168.com/a2012/0413/1337/000001337034.shtml http://mysqlmusings.blogspot.jp/2013/09/brief-introduction-to-mysql-fabric.html http://vnwrites.blogspot.jp/2013/09/mysqlfabric-sharding-introduction.html http://vnwrites.blogspot.in/2013/09/mysqlfabric-sharding-example.html http://vnwrites.blogspot.in/2013/09/mysqlfabric-sharding-migration.html http://vnwrites.blogspot.jp/2013/09/mysqlfabric-sharding-maintenance.html 转自 http://blog.jobbole.com/70844/ |
