分布式框架问题,我还不太理解

tustring2015

   比如我有一个现成的网站了，网站的数据库肯定全部是在一个服务器上的。而且只有一个数据库，。所有的表都 在里面。。如果我要用你们的分布式框架
，按我看的资料哪不得把表都 拆开放不同的服务器上。。。就算可以拆。哪么问题来了，我有的表读写非常 多。 有的表可能用得很少。也就是90%的读写都 在一张表。这怎么分

  总结： 分布式框架是为了自动分配解决负载均衡还是只是不同的服务器使用不同的表来减轻负担？  这两个是有严重的区别的

  还有，如果是前者自动分配，哪你们的框架可以解决不同服务器中的数据同步问题吗？假如我的网站数据变动非常 快。。

吐槽下,网站怎么不能用QQ登陆了，  用微信登陆又不能发贴。。要激活邮箱。。结果去激活又要原密码。。用微信登陆的哪里来的密码。逼得我又 得重新注册！！

站长苏飞

这个只是分表，目前解决的是分表之后假如有子查询，或者链表查询，或者同时需要几个表的数据时的处理方式，并没有你说的数据同步问题，那是需要硬件和支持的。靠软件有点不靠谱，数据量一大，同步基本歇菜。

对于一般的小企业这种情况基本可以满足了。你说的全面压力在一张表上，那这个其实是设计的问题，
这个框架不光是要用框架本身，重要的是要有分布的思想。

站长苏飞

同步和负载均衡的过程我也需要持续研究，如果有突破肯定第一时间更新给大家

tustring2015

站长苏飞 发表于 2015-11-23 14:53
这个只是分表，目前解决的是分表之后假如有子查询，或者链表查询，或者同时需要几个表的数据时的处理方式， ...

哪按你这样说..我还不如用mssql内置的集群处理啊.

站长苏飞

tustring2015 发表于 2015-11-23 15:48
哪按你这样说..我还不如用mssql内置的集群处理啊.

集群你只能处理数据库，好不好用了才知道。。没有分布式的思想，就是给你了集群有能怎么样。还是要和自己的业务逻辑结合起来的，给你一个集群，说不定也是把所有东西导一个表里，只访问一台服务器，


分布式框架和架构，如果你理解的只是加一个小程序，或者是一个硬件就能万能的话那我的框架确定不适合你，我相信现在没有那一款产品能达到你说的要求。

站长苏飞

分布式一个综合性的解决方案，不像是一个技术难道，别人一点博就可以的。

站长苏飞

还有一个概念问题，分布式，不要=同等负载均衡。集群什么的，这都是两会事，你要的可能是一个完善的解决方案，并不是分布式框架