首頁 >後端開發 >php教程 >分布式与集群

分布式与集群

WBOY
WBOY原創
2016-06-23 14:03:45909瀏覽

三个问题
1:自己写分布式数据库,当从数据库多个的时候,应该如何去选择查询哪个从数据库?(最好能根据用户当前网络最优选择,另外)
2:分布式与集群的区别?我一直搞不明白,能举比较实际的例子最好
3:插入2个表的数据,如果mysql表不支持事务.我如何保证一致性?


回复讨论(解决方案)

简单点说分布式是数据库服务器分布在各个地点, 然后在一个统一的平台的共享资源
集群顾名思义就是大量数据库服务器的集群进行资源共享, 这样也是有优点的, 比如说便于维护等等

3:插入2个表的数据,如果mysql表不支持事务.我如何保证一致性?
自己编程完成
1、插入第一个表,保存 last_insert_id
2、第一步成功,则插入第二个表
3、第二步失败,从第一个表中删去保存的 last_insert_id 指向的记录

简单点说分布式是数据库服务器分布在各个地点, 然后在一个统一的平台的共享资源
集群顾名思义就是大量数据库服务器的集群进行资源共享, 这样也是有优点的, 比如说便于维护等等

3:插入2个表的数据,如果mysql表不支持事务.我如何保证一致性?
自己编程完成
1、插入第一个表,保存 last_insert_id
2、第一步成功,则插入第二个表
3、第二步失败,……
分布式和集群跟业务逻辑有没有关系?
比如说:分布式有没有可能是指多个业务逻辑?
而集群是指单一业务逻辑?
第三个方法思路,非常感谢,估计也只能这么办了!
第一个问题的答案是?

分布式和集群跟业务逻辑有没有关系?
当然是有关系啦,正因为业务量巨大,所以才需要多的数据库服务器协同作战

有一个认知是需要弄清的:数据库是数据的仓库,他同时为多个用户提供服务。数据库中存放的数据不一定都是你具体的业务所需要的。就像停车场一样,虽然停车场停满了汽车,但属于你的也就只有那一辆

分布式和集群跟业务逻辑有没有关系?
当然是有关系啦,正因为业务量巨大,所以才需要多的数据库服务器协同作战

有一个认知是需要弄清的:数据库是数据的仓库,他同时为多个用户提供服务。数据库中存放的数据不一定都是你具体的业务所需要的。就像停车场一样,虽然停车场停满了汽车,但属于你的也就只有那一辆
如果是集群的话,当主从数据库插入数据之后,他们之间互相有接口进行同步复制操作.也就代表了.从数据库实际上和主数据库里的数据都是一样的,并且会及时同步?
那么不是也代表了?我查询任意一个从数据库数据都会存在?而如何选择去查哪个从数据库,如果能根据用户网络判断最优解,这个是比较完美的做法.而我的问题正在于此

分布式和集群跟业务逻辑有没有关系?
当然是有关系啦,正因为业务量巨大,所以才需要多的数据库服务器协同作战

有一个认知是需要弄清的:数据库是数据的仓库,他同时为多个用户提供服务。数据库中存放的数据不一定都是你具体的业务所需要的。就像停车场一样,虽然停车场停满了汽车,但属于你的也就只有那一辆
还有就是关于业务逻辑..
我指的不是VP量或者访问巨大
我指的是,比如同一个参数带进去,这次会输出a,下次会输出b,我指的是这个业务逻辑不一样

集群呢 你可以理解成一堆人在一起拔河,很多时候集群应用在高负载或者需要大量同步计算的场景上。

分布式呢 可以理解成一大群人在玩接力游戏,人很多但数量不一定是固定的,谁现在不累就上来玩。


集群呢 你可以理解成一堆人在一起拔河,很多时候集群应用在高负载或者需要大量同步计算的场景上。

分布式呢 可以理解成一大群人在玩接力游戏,人很多但数量不一定是固定的,谁现在不累就上来玩。
好的,非常感谢

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn