mysql主从复制与读写分离

mysql主从复制与读写分离

MySQL主从复制是一种常见的数据复制技术，用于将一个MySQL数据库服务器的数据复制到其他服务器上。

单台mysql在安全性，高并发方面都无法满足实际需求

配置多台主从数据库服务器以实现读写分离

读写分离，主数据库的处理增，改，删操作，从尔数据库select查询操作，数据库复制被用来把事务性操作导致的变更到同步集群的数据库。

 读写分离？

数据库的写操作比较耗时

数据库的写入影响了查询速度

什么时候读写分离？

数据库主从同步，再通过读写分离可分担数据库压力，提高性能。

实际生产环境中，数据库的读写都在通一个数据库服务中，是不能满足实际的需求的，无论是安全性，高可用还是高并发等各个方面都是完全不能满足实际需求的，因此通过主从复制的方式来同步数据，再通过读写分离来提升数据库并发能力，类似rsync，不同于rsync对磁盘文件做备份，mysql主从复制是对数据库中数据和语句做的备份。

 1）master节点会将数据的盖面记录成二进制日志，当master上的数据发生改变时，则将其改变写入二进制日志中

2）Slave节点会在一定时间间隔内对Master的二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/O线程请求Master的二进制事件

3）同时Master节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至Slave节点本地的中继日志（Relay log）中，Slave节点将启动SQL线程从中继日志中读取二进制日志，在本地重放，即解析成SQL语句逐一执行，使得其数据和Master节点的保持一致，最后I/O线程和SQL线程将进入睡眠状态，等待下一次被唤醒。

ps：

中继日志通常会位于OS缓存中，所以中继日志的开销很小

复制过程有一个很重要的限制，即复制在Slave上是串行化，也就是说Master上的并行更新操作不能在Slave上并行操作。

简述原理

主开启二进制日志从开启中继日志，数据的写入操作在主服务器上进行

主服务器所有写入操作写入二进制日志程

从开启io线程请求向主服务器二进制日志事件/记录

主为每个io线程开启dump线程向从发送二进制事件

从保存二进制日志事件到中继日志

从开启sql线程读取中继日志中的二进制事件并解析成sql语句进行转发/逐一执行

chrony也是时间同步服务

systemctl status chrony

ntp服务来做时间同步

yum -y install ntp ntpdate

vim /etc/ntp.conf

server 127.127.232.0

fugde 123.127.232.0 stratum 8(时间层级)

systemctl start ntpd

ntpdate ntp.aliyun.com(同步阿里源)

ntpdate 192.168.232.20

which ntpdate

/usr/bin/ntpdate

crontab -e

 

 双1设置数据最安全

innodb_flush_logs_at_trx_commit=1 #redo log(事务日志)的刷盘策略，每次事务提交mysql都会把事务日志缓存区的数据写入到日志文件中，并刷新到磁盘中，该模式为系统默认

sync_binlog=1

在进行每1次事务提交（写入二进制日志）后，mysql将执行fsync的磁盘同步指令，将缓冲区数据刷新到磁盘

双1设置对安全性要求非常高，而且次磁盘io写能力足够支持的业务

innodb_flush_logs_at_trx_commit=2

每次事务提交时mysql都会把日志缓存区的日志文件中，但是并不会同时刷新到磁盘上，该么事下，mysql会每秒执行一次刷新的磁盘操作

sync_binlog=500 在进行五百次提交后，mysql将进行一次fsync的磁盘同步指令，并将缓冲区刷新到磁盘中

 grant replication slave on *.* to 'myslave' @ '192.168.232.20'

 继服务器

innodb_buffer_pool_size=2048M

用于缓存数据和索引的内存大小，让更多数据写入内存中完成，减少磁盘操作，可设置为服务器可用内存的70%-80%

 vim /etc/my.cnf

binlog_format=maxed

主

mysql>grant replication slave on *.* to 'myslave' @ '192.168.232.%' indentified by '123123';

mysql>flush privileges;

mysql>show master status;

备

vim /etc/my.cnf

server-id = 2

relay-log=relay-log-bin

relay-log-index=relay-log-bin-index

systemctl restart mysqld

mysql>cahnge master to master_host='192.168.232.30',master_user='myslave',master_password'123123',master_log_file='mysql-bin.00001',mater_log_pos=603;

start slave;

show slave status\G 查看连接状态

查看slave_io_running:yes

slave_sql_running:yes

seconds_behind_master 参数来判断是否发生主从延迟 0一切良好 正值出现延迟，复值bug值

是否是yes

有问题：端口有没有打开

（master_port 指定端口号）

mysql配置文件server_id是否一样

确定change命名是否正确

show databases；

create database kgc；

use kgc;

create table ky27 (id int,name char(10),age int);

insert into ky27 values(1,'yht',28);

mysql主从服务器延迟

 使用物理主机提升io性能

如何减少

#在主库查询半同步状态

show status like rRpl semi%';

当半同步复制发生超时(由rpl_semi_sync_master_timeout参数控制，默认为1000ms，即1s)，会暂时关闭半同步复制，转而使用异步复制，也是会自动降为异步工作。当 master_dump 线程发送完一个事务的所有事件之后，如果在 rpl_semi_sync_master_timeout 内，收到了从库的响应,则主从又重新恢复为半同步复制。

简述

在超时时间内没收到从服务器的回复自动降为异步复制，在一定时间收到回复会升为半同步复制

半同步复制独立出ack collector thread

 负责主会用ack  collector线程来接收从反馈的确认信息

读写分离

读写分离就只是在主服务器上写，只在从服务器上读，基本的原理是让主数据库处理事务性操作，从而数据库处理select查询，数据库复制被用来把主服务器上的事务操作导致的变更同步到集群中的数据库

基于程序代码内部实现

代码的读写分离select 从服务器

insert主服务器

基于中间代理层实现

代理一般位于客户端和服务器之间，代理服务器接收到客户端的请求通过判断后转发到后端数据库

mysql-proxy（自带），atlas（360内部），amoeba，mycat（分库分表，配合数据库的主从模式还可以实现读写分离）