集群之MYsql主从服务之引申出Mysql互为主从(环形结构)外加简单实现本身我的的负载均衡器(3)

备注：

本人资历很浅，说的不对话，万望各位前辈不要计较，
另关于环形的问题，我在后面的评论给予回复，
其实环形，解决多地域问题比较好的选择
关于配置步骤我从新整理了一下（主从AND环形）的配置步骤
在我博客中，有兴趣的朋友能够看一下，

http://my.oschina.net/u/1246814/blog/267518

多谢你们的指导.

好比 我有主的1台mysql服务器，俩从服务服务器   外加一个负载均衡器（若是把负载均衡器很是简单的来讲话其实就DNS的转发，很是简单来讲，其实 IP的轮换嘛）

我读数据的也就（查询）数据 也就（Select）语句时候，我只是在 仨台从服务器中读取数据

主服务器负责（增，删，改）这个一系列操做

顺便唠叨一下， 为啥 Select 咱们建仨服务器或者多个呢？

由于距统计，大概B/S架构70%以上的操做都是以查为主（说白了就是展现嘛）

咱们执行了DML语句那么负载均衡器，

就会把请求转发到主mysql服务器上,

这里有个问题？

咱们已经向主服务器插入数据，或者删除数据，或者更新了数据，

那么是否是意味从服务里数据也应该发生变化呢

是的，从服务器确定要发生变化的，否则就出现问题，

好比说，我删除了一个用户，

我查询一下被删除的用户， 丫的发现这个用户压根就没被删除，这不是搞笑了嘛，

那么就有了主从配置一说

 主从原理：mysql中有一种日志叫作bin日志（二进制日志），
       这个日志会记录下全部对MYSQL进行修改的SQL语句。当向主服务器执行SQL语句时，这条SQL语句会被传递到从服务器上再执行一遍。

说白了，就是Bin日志记录下Dml语句，直接到从服务器执行执行一遍相同的Dml操做，这个方式是以二进制，全部效率很好

至于何时用主从

1. 备份(若是数据库出现问题，立刻再顶上)

2.优化（分流 读写分离） 

Look看图

若是是Dml语句其实也能够直接访问主数据库，没必要通过负载均衡器，那么这块从

话说回来哈， 负载均衡其实说白了吧，就是dns轮换，IP轮换嘛

若是能够话，其实咱们本身也能够相对简单实现的，但这要分状况哈，

我提一个思路， 以MVC为例子 我粗狂简单的举一下列子，

1.在父类Model中对用户请求的sql语句进行分类。

1.1dml语句(update,insert,delelte)
1.2select语句
1.3dcl语句(数据控制语句)
1.4dtl语句(数据事务语句 )
1.5ddl语句(数据定义语句 )

2.我就以经常使用的dml 与select 语句为列子并拿3个台mysql服务器1台主mysql 2台从Mysql  与Linux系统为例子

  对用户请求数据库的Sql指令进行进行统一分类，管理

主服务器IP: 192.168.0.1

从服务器IP: 192.168.0.2

从服务器IP: 192.168.0.2

3. 对用sql指令分析

  若是是dml直接链接  192.168.0.1这台服务器

   若是是select语句 怎么办呢？

 1.咱们首先要肯定一个件事情要判断两台从服务器的负载大小

咱们确定要把请求发到负载比较小的服务器上是吧

那么我用socket用链接分别链接两台服务器，搞个相似远程控制客服端，

并利用top指令，对两台服务器的CPU内存等一些负载数据进行获取，

而后经过一些计算与比较最后把查询请求链接其中一个从服务器上。

而后就over
回归正题

关于Mysql环形结构也就mysql服务器互相为主从关系

虽然根据有关平台统计，B/S架构的平台70%以上都是都Select为主

那么若是我这个平台，就是（增，删，该）很是多，很是频繁怎么办呢？

若是是主从配置，那么我处理dml语句的就一台服务器，这不够嘛，这样主从服务器的缺点就暴露出来了

那么mysql的环形结构配置就能解决这样相似问题 

原理也是利用bin日志来作

如今3个mysql服务器

咱们随便向其中任何一台服务服务器执行dml语句，

那么Bin日志记录下Dml语句，

直接到其余服务器执行执行一遍相同的Dml语句操做

look图

完结