>데이터 베이스 >MySQL 튜토리얼 >【每日一博】MySQL 互为主从(环形结构)_MySQL

【每日一博】MySQL 互为主从(环形结构)_MySQL

WBOY
WBOY원래의
2016-06-01 13:13:351031검색

比如 我有主的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

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

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.