Heim >Datenbank >MySQL-Tutorial >集群之MYsql主从服务之引伸出Mysql互为主从(环形结构)外加简单实_MySQL

集群之MYsql主从服务之引伸出Mysql互为主从(环形结构)外加简单实_MySQL

WBOY
WBOYOriginal
2016-06-01 13:11:17740Durchsuche

Mysql集群

备注:

本人资历很浅,说的不对话,万望各位前辈不要计较,
另关于环形的问题,我在后面的评论给予回复,
其实环形,解决多地域问题比较好的选择
关于配置步骤我重新整理了一下(主从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看图

集群之MYsql主从服务之引伸出Mysql互为主从(环形结构)外加简单实_MySQL

如果是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图

集群之MYsql主从服务之引伸出Mysql互为主从(环形结构)外加简单实_MySQL


完结


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn