mysql主从复制与读写分离网站首页 技术教程

mysql主从复制与读写分离

#kaizige 2024-06-16 18:01:02

简介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 statusG 查看连接状态

查看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