mysql의 마스터-슬레이브 복제란 무엇입니까? 구성하는 방법?

이 글은 mysql의 고급 연구입니다. 마스터-슬레이브 복제의 원리와 구성을 소개하는 글이 모든 분들께 도움이 되기를 바랍니다!

현재 시스템의 경우 복잡한 업무를 수행하는 시스템에서는 데이터베이스가 애플리케이션의 병목 현상을 일으키는 경우가 많습니다. 이때 단일 시스템은 대규모 시스템의 동시성 압박을 견딜 수 없는 경우가 많습니다. 예를 들어, 데이터베이스 측면에서 SQL 문에는 테이블 잠금이 필요하므로 일시적으로 읽기 서비스를 사용할 수 없으며 이는 비즈니스 운영에 큰 영향을 미칩니다. 마스터-슬레이브를 사용한 후에는 슬레이브 라이브러리의 읽기 작업이 영향을 받지 않습니다. [관련 추천 : mysql 동영상 튜토리얼]

1. 마스터-슬레이브 복제가 필요한 이유는 무엇인가요?

1. 마스터-슬레이브 복제를 사용하여 메인 라이브러리가 쓰기를 담당하고 슬레이브 라이브러리가 읽기를 담당하게 함으로써 메인 라이브러리가 테이블을 잠그더라도 정상적인 비즈니스 운영이 가능합니다. 슬레이브 라이브러리에서 읽어서 보장됩니다.

2. 아키텍처 확장. 비즈니스 볼륨이 점점 커지고 I/O 액세스 빈도가 너무 높아 단일 시스템으로는 충족할 수 없습니다. 이때 디스크 I/O 액세스 빈도를 줄이기 위해 다중 데이터베이스 스토리지가 사용됩니다. 단일 머신의 I/O 성능을 향상시킵니다.

3. 여러 마스터 및 슬레이브 서버를 데이터 백업으로 사용할 수도 있습니다.

2. mysql 마스터-슬레이브 복제란 무엇입니까?

MySQL 마스터-슬레이브 복제는 MySQL 데이터베이스 서버 마스터 노드에서 하나 이상의 슬레이브 노드로 데이터를 복사할 수 있음을 의미합니다. MySQL은 기본적으로 비동기 복제를 사용하므로 슬레이브 노드는 자체 데이터를 업데이트하기 위해 항상 마스터 서버에 액세스할 필요가 없습니다. 슬레이브 노드는 모든 데이터베이스 또는 특정 데이터베이스를 복사할 수 있습니다. 마스터 데이터베이스의 특정 테이블.

3. Mysql 복제 원칙

원리:

(1) 마스터 서버는 데이터 변경 사항을 바이너리 binlog 로그에 기록합니다. 마스터의 데이터가 변경되면 변경 사항이 바이너리 로그에 기록됩니다. 2) 슬레이브 서버는 특정 시간 간격 내에 마스터 바이너리 로그가 변경되었는지 감지합니다. 변경된 경우 I/O 스레드를 시작하여 마스터 바이너리 이벤트를 요청합니다.

(3) 동시에, 마스터 노드는 덤프 스레드를 시작하여 바이너리 이벤트를 보내고 슬레이브 노드의 로컬 릴레이 로그에 저장합니다. 슬레이브 노드는 SQL 스레드를 시작하여 릴레이 로그에서 바이너리 로그를 읽고 재생합니다. 데이터는 기본 노드의 데이터와 일관성을 유지합니다. 마지막으로 I/OThread 및 SQLThread는 절전 상태에 들어가 다음 번에 깨어날 때까지 기다립니다.

也就是说：
从库会生成两个线程,一个I/O线程,一个SQL线程;
I/O线程会去请求主库的binlog,并将得到的binlog写到本地的relay-log(中继日志)文件中;
主库会生成一个log dump线程,用来给从库I/O线程传binlog;
SQL线程,会读取relay log文件中的日志,并解析成sql语句逐一执行;

참고:

마스터는 작업 명령문을 binlog 로그에 기록한 다음 슬레이브에 원격 연결 권한을 부여합니다(마스터는 binlog 바이너리 로그 기능을 활성화해야 합니다. 일반적으로 데이터 보안상의 이유로 슬레이브는 binlog 기능도 활성화합니다).

• slave는 IO 스레드와 SQL 스레드라는 두 개의 스레드를 엽니다. 그 중: IO 스레드는 마스터의 binlog 내용을 릴레이 로그로 읽는 역할을 담당합니다. SQL 스레드는 릴레이 로그에서 binlog 콘텐츠를 읽고 이를 슬레이브 데이터베이스로 업데이트하는 역할을 담당합니다. 데이터와 마스터 데이터는 일관되게 유지됩니다.
• Mysql 복제에는 최소한 두 개의 Mysql 서비스가 필요합니다. 물론 Mysql 서비스는 여러 서버에 배포되거나 하나의 서버에서 여러 서비스를 시작할 수 있습니다.
• Mysql 복제는 마스터 서버와 슬레이브 서버의 MySQL 버전이 동일한지 확인하는 것이 가장 좋습니다(버전이 일치할 수 없는 경우 마스터 노드 버전이 슬레이브 노드 버전보다 낮은지 확인하세요)
• 마스터 노드와 슬레이브 노드 사이의 시간을 동기화해야 합니다.

사진 출처 "High Performance MySQL"

구체적인 단계:

1 슬레이브 라이브러리는 연결된 사용자(사용자)에게 모든 조건을 제공하는 Change Master to 문을 수동으로 실행하여 메인 라이브러리에 연결됩니다. , 비밀번호, 포트, IP), 슬레이브 라이브러리에 바이너리 로그의 시작점(파일 이름 위치 번호)을 알려줍니다. 슬레이브 라이브러리의 IO 스레드와 덤프 스레드 간의 연결을 설정합니다. 메인 도서관.

3. 슬레이브 라이브러리의 마스터 대 변경문에서 제공한 파일 이름과 위치 번호를 기반으로 IO 스레드는 마스터 라이브러리에 대한 binlog 요청을 시작합니다.

4. 메인 라이브러리 덤프 스레드는 슬레이브 라이브러리의 요청에 따라 이벤트 형식으로 로컬 binlog를 슬레이브 라이브러리 IO 스레드로 보냅니다.

5. 라이브러리 IO 스레드에서 binlog 이벤트를 수신하고 이를 로컬 릴레이 로그에 저장합니다. 전송된 정보는 master.info에 기록됩니다.

6. 데이터베이스 SQL 스레드에서 Relay-log를 적용하고, 적용된 릴레이를 Relay-log.info에 기록하면 기본적으로 적용된 릴레이가 자동으로 제거됩니다.

四、mysql主从同步延时分析

mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生的日志写进binlog，由于binlog是顺序写，所以效率很高，slave的sql thread线程将主库的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是随机的，不是顺序，所以成本要高很多，另一方面，由于sql thread也是单线程的，当主库的并发较高时，产生的DML数量超过slave的SQL thread所能处理的速度，或者当slave中有大型query语句产生了锁等待，那么延时就产生了。

解决方案：

1.业务的持久化层的实现采用分库架构，mysql服务可平行扩展，分散压力。

2.单个库读写分离，一主多从，主写从读，分散压力。这样从库压力比主库高，保护主库。

3.服务的基础架构在业务和mysql之间加入memcache或者redis的cache层。降低mysql的读压力。

4.不同业务的mysql物理上放在不同机器，分散压力。

5.使用比主库更好的硬件设备作为slave，mysql压力小，延迟自然会变小。

6.使用更加强劲的硬件设备。

mysql5.7之后使用MTS并行复制技术，永久解决复制延时问题 这个后面文章在说下吧

五、主从复制的配置

1、基础设置准备

本次测试mysql的版本是5.7. 比较穷，在一台机子上装了两个mysql实例，修改下不同端口即可。 当然如果有钱准备两台能互相访问的机子安装两个mysql也是可以的。

测试阶段两个mysql实例IP相同都是本机(ip=127.0.0.1),区分下分别命名 主是node1，从是node2，端口不同 我实际测试用的是3306和3307)

2、安装mysql数据库

网上很多按照的例子，这里就不重复说了，请自行百度/google(结果是数据库能正常使用),待两台mysql都按照完成之后，我们开始配置主从复制了。

3、在两台数据库中分别创建数据库

--注意两台必须全部执行,两台的数据库保持相同
create database test;

4、在主（node1）服务器进行如下配置：

#修改配置文件，执行以下命令打开mysql配置文件
vi /etc/my.cnf
#在mysqld模块中添加如下配置信息
log-bin=master-bin #二进制文件名称
#二进制日志格式，有row、statement、mixed三种格式，
binlog-format=ROW  
server-id=1   #要求各个服务器的id必须不一样
binlog-do-db=test   #同步的数据库名称

二进制日志格式，有row、statement、mixed三种格式; row指的是把改变的内容复制过去，而不是把命令在从服务器上执行一遍;statement指的是在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高; mixed指的是默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。

5、配置从(node2)服务器登录主服务器的账号授权

--授权操作
set global validate_password_policy=0;
set global validate_password_length=1;
grant replication slave on *.* to 'root'@'%' identified by '123456';
--刷新权限
flush privileges;

6、从(node2)服务器的配置

#修改配置文件，执行以下命令打开mysql配置文件
vi /etc/my.cnf
#在mysqld模块中添加如下配置信息
log-bin=master-bin #二进制文件的名称
binlog-format=ROW  #二进制文件的格式
server-id=2 #服务器的id

7、重启主服务器的mysqld服务

#重启mysql服务
service mysqld restart
#登录mysql数据库
mysql -uroot -p
#查看master的状态
show master status；

8、重启从服务器并进行相关配置

#重启mysql服务
service mysqld restart
#登录mysql
mysql -uroot -p
#连接主服务器(master_host是主的IP地址，我测试本地)
change master to master_host='127.0.0.1',master_user='root',master_password='123456',master_port=3306,master_log_file='master-bin.000001',master_log_pos=154;
#启动slave
start slave
#查看slave的状态
show slave status\G #(注意没有分号)

至此主从的配置已经完成，此时可以在主服务器进行相关的数据添加删除工作，在从服务器看相关的状态，查看对应数据有没有变化。

更多编程相关知识，请访问：编程视频！！

위 내용은 mysql의 마스터-슬레이브 복제란 무엇입니까? 구성하는 방법?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!