本文主要给大家介绍为什么mysql要使用主从模型，文章内容都是笔者用心摘选和编辑的，具有一定的针对性，对大家的参考意义还是比较大的，下面跟笔者一起了解下为什么mysql要使用主从模型吧。
主从复制的原理：主云服务器（master）上的二进制日志（binlog）中记录的操作，可以在从云服务器（slave）上的中继日志（relaylog）得到重放，进而可以实现数据的同步，保证数据的一致性；
主从复制的前提条件：
1. 主云服务器的数据需要先进行一次完全备份，在从云服务器上恢复；
2. 开启免密ssh登录；
3. 主云服务器上开启二进制日志，写入server_id，sync_binlog参数设置为1；
4. 从云服务器上开启中继日志，写入server_id，开启读锁（从云服务器只可读不可写）；
从云服务器上对复制相关的线程(show slave status\G)；
Slave_IO_Running: Yes
IO_thread：用于和Master相连接，监控和接收Master的二进制日志；
Slave_SQL_Running: Yes
SQL_thread：用于监控，读取和重放中继日志的日志信息，并将数据写入到数据库中；
根据从云服务器上对复制的线程，我们就可以知道，主从复制就是，master上的操作都被记录在binlog中，然后slave上的IO_thread就将master中的binlog记录的内容复制到本地的relaylog中，最后SQL_thread就将relaylog记录的内容重放，达到数据一致的目标；
1.首先需要master和slave可以免密通信；
2.对master和slave的主配置文件进行修改；
Master的mysql主配置文件：(默认/etc/my.cnf)
计算
安全
数据库
网络和加速
企业服务
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
# Settings user and group are ignored when systemd is used.
# If you need to run mysqld under a different user or group,
# customize your systemd unit file for mariadb according to the
# instructions in http://fedoraproject.org/wiki/Systemd
innodb_file_per_table=ON
skip_name_resolve=ON
log_bin=/var/lib/mysql/binlog #开启二进制日志
server_id=101 #赋予一个id
sync_binlog=1 #二进制日志同步至磁盘上
innodb_flush_log_at_trx_commit=1 #每执行完一个事务后，及时写入磁盘
[mysqld_safe]
log-error=/var/log/mariadb/mariadb.log
pid-file=/var/run/mariadb/mariadb.pid
#
# include all files from the config directory
#
!includedir /etc/my.cnf.dSlave的mysql的主配置文件(默认/etc/my.cnf)；
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
# Settings user and group are ignored when systemd is used.
# If you need to run mysqld under a different user or group,
# customize your systemd unit file for mariadb according to the
# instructions in http://fedoraproject.org/wiki/Systemd
innodb_file_per_table=ON
skip_name_resolve=ON
server_id=201 #赋予一个server_id
read_only=ON #开启读锁；
relay_log=slavelog #开启slave日志
[mysqld_safe]
log-error=/var/log/mariadb/mariadb.log
pid-file=/var/run/mariadb/mariadb.pid
#
# include all files from the config directory
#
!includedir /etc/my.cnf.d3.启动master，将所有的数据库进行完全备份，并在slave上进行重放；
[root@master ~]# mysqldump -uroot -hlocalhost --all-databases -p > alldata.sql
Enter password:[root@master ~]# scp alldata.sql 172.16.75.2:/
alldata.sql 100% 2803KB 22.1MB/s 00:00[root@slave ~]# mysql -uroot -p < /alldata.sql
Enter password:5.master授权一个具有replication的用户，可以让slave用于登录master进行复制日志内容，并记录当前二进制日志文件名及坐标(show master logs)；
MariaDB [(none)]> grant replication slave on *.* to 'repuser'@'%' identified by 'reppass';MariaDB [(none)]> show master logs;
+---------------+-----------+
| Log_name | File_size |
+---------------+-----------+
| binlog.000001 | 30379 |
| binlog.000002 | 1038814 |
| binlog.000003 | 9598 |
| binlog.000004 | 647 |
| binlog.000005 | 285 |
| binlog.000006 | 720 |
| binlog.000007 | 264 |
| binlog.000008 | 264 |
| binlog.000009 | 264 |
| binlog.000010 | 264 |
| binlog.000011 | 12140997 |
+---------------+-----------+
11 rows in set (0.00 sec)6.在slave上使用授权用户进行指定master的相关属性信息，并启动复制线程；
MariaDB [(none)]> change master to master_host='172.16.75.1',master_user='repuser',master_password='reppass',master_port=3306,master_log_file='binlog.000011',master_log_pos=12140997;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 172.16.75.1
Master_User: repuser2
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000011
Read_Master_Log_Pos: 12140997
Relay_Log_File: slavelog.000018
Relay_Log_Pos: 12141278
Relay_Master_Log_File: binlog.000011
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 12140997
Relay_Log_Space: 12141846
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 101
1 row in set (0.00 sec)至此，主从模型搭建完毕，当我们在master上进行数据操作时，slave上也会进行记录，并重放至本地数据中；
验证：master上创建一个数据表，slave上也查看；
master端：
MariaDB [hellodb]> create table stu_info(SID int auto_increment not null primary key);
Query OK, 0 rows affected (0.10 sec)
MariaDB [hellodb]> desc stu_info;
+-------+---------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+----------------+
| SID | int(11) | NO | PRI | NULL | auto_increment |
+-------+---------+------+-----+---------+----------------+
1 row in set (0.00 sec)slave端：
MariaDB [(none)]> show tables from hellodb;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes |
| coc |
| courses |
| scores |
| students |
| teachers |
| toc |
+-------------------+
7 rows in set (0.00 sec)
MariaDB [(none)]> desc hellodb.stu_info;
+-------+---------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+----------------+
| SID | int(11) | NO | PRI | NULL | auto_increment |
+-------+---------+------+-----+---------+----------------+
1 row in set (0.03 sec)看完以上关于为什么mysql要使用主从模型，很多读者朋友肯定多少有一定的了解，如需获取更多的行业知识信息 ，可以持续关注我们的行业资讯栏目的。
亿速云「云数据库 MySQL」免部署即开即用，比自行安装部署数据库高出1倍以上的性能，双节点冗余防止单节点故障，数据自动定期备份随时恢复。点击查看>>
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
