MySQL主从配置

MySQL主从配置,第1张

MySQL主从又叫做Replication、AB复制。简单讲就是A和B两台机器做主从后,在A上写数据,另外一台B也会跟着写数据,两者数据实时同步;

MySQL主从是基于binlog的,主上须开启binlog才能进行主从。

主从过程大致有3个步骤

1)主将更改 *** 作记录到binlog里;

2)从将主的binlog事件(sql语句)同步到从本机上并记录在relaylog里;

3)从根据relaylog里面的sql语句按顺序执行;

主上有一个log dump线程,用来和从的I/O线程传递binlog

从上有两个线程,其中I/O线程用来同步主的binlog并生成relaylog,另外一个SQL线程用来把relaylog里面的sql语句落地

同步参数“主”“从”上均可设置,只要设置一个就可以了

系统优化:假如现在用户反映系统太卡

1:如果是请求太多,判断web服务器压力过大,增加前端的web服务器,做负载均衡

2:如果请求静态页面不卡了,但是请求动态数据还是卡,说明MySQL处理的请求太多了,在应用层增加缓存

3:如果请求激增,还是有大量的查询到MySQL,想办法处理MySQL ,在一个应用中,大量的消耗MySQL的还是查询,就可以把MySQL拆开,就像公路分道 公交车道,小轿车道,把MySQL做成主从

1,就算MYSQL拆成了多个,也必须分出主和从,所有的写 *** 作都必须要在主MYSQL 上完成

2,所有的从MYSQL的数据都来自于(同步于)主MYSQL

3,既然涉及到同步,那一定有延迟有延迟,就一定可能在读的时候产生脏数据所以,能够在从MYSQL上进行的读 *** 作,一定对实时性和脏数据有一定容忍度的数据比如,登陆日志,后台报表,首页统计信息来源文章资讯SNS消息

4,[注意]:在MYSQL主从时,如果一个业务(service中的一个方法)中,如果既有R *** 作,又有W *** 作,因为W *** 作一定要在主MYSQL上,所以在一个事务中所有的数据来源都只能来自于一个MYSQL

1,要完成主从同步,就必须让在Master上执行的所有的DML和DDL能够正确的在Salve上再执行一遍MYSQL选择使用文件来记录SQL

2,要完成主从同步,第一个事情就是把在主服务器上的bin-log(二进制文件)打开,bin-log文件就可以记录在MYSQL上执行的所有的DML+DDL+TCL

3,MYSQL使用被动注册的方式来让从MYSQL请求同步主MYSQL的binlog原因:被动请求的方式,主的MYSQL不需要知道有哪些从的MYSQL,我额外添加/去掉从MYSQL服务器,对主MYSQL服务器的正常运行没有任何影响

4,第二步,从MYSQL后台一个线程发送一个请求,到主服务器请求更新数据最重要的数据(我这次请求,请求你bin-log的哪一行数据之后的数据)

5,第三步,主MYSQL后台一个线程接收到从MYSQL发送的请求,然后读取bin-log文件中指定的内容,并放在从MYSQL的请求响应中

6,第四步,从MYSQL的请求带回同步的数据,然后写在从MYSQL中的relay-log(重做日志)中relay-log中记录的就是从主MYSQL中请求回来的哪些SQL数据

7,第五步,从MYSQL后台一个线程专门用于从relay-log中读取同步回来的SQL,并写入到从MYSQL中,完成同步

8,MYSQL的主从同步是经过高度优化的,性能非常高

主从复制是指一台服务器充当主数据库服务器,另一台或多台服务器充当从数据库服务器,主服务器中的数据自动复制到从服务器之中。

对于多级复制,数据库服务器即可充当主机,也可充当从机。MySQL主从复制的基础是主服务器对数据库修改记录二进制日志,从服务器通过主服务器的二进制日志自动执行更新。

扩展资料

Mysq主从复制的类型

1、基于语句的复制:

主服务器上面执行的语句在从服务器上面再执行一遍,在MySQL-3.23版本以后支持。存在的问题:时间上可能不完全同步造成偏差,执行语句的用户也可能是不同一个用户。

2、基于行的复制:

把主服务器上面改变后的内容直接复制过去,而不关心到底改变该内容是由哪条语句引发的,在MySQL-5.0版本以后引入。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/6148389.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-16
下一篇 2023-03-16

发表评论

登录后才能评论

评论列表(0条)

保存