mysql主从复制
一、环境介绍
LNMP（centos8，mysql8.0）
vmware workstation 配置了3个虚拟机，都安装了LNMP环境：
主：192.168.110.131
从：192.168.110.132?、192.168.110.133
二，mysql主从同步定义
主从同步使得数据可以从一个数据库服务器复制到其他服务器上，在复制数据时，一个服务器充当主服务器（master），其余的服务器充当从服务器（slave）。因为复制是异步进行的，所以从服务器不需要一直连接着主服务器，从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件，可以指定复制所有的数据库，某个数据库，甚至是某个数据库上的某个表。
使用主从同步的好处：
1，通过增加从服务器来提高数据库的性能，在主服务器上执行写入和更新，在从服务器上向外提供读功能，可以动态地调整从服务器的数量，从而调整整个数据库的性能。
2，提高数据安全-因为数据已复制到从服务器，从服务器可以终止复制进程，所以，可以在从服务器上备份而不破坏主服务器相应数据
3，在主服务器上生成实时数据，而在从服务器上分析这些数据，从而提高主服务器的性能
注意，mysql是异步复制的，而MySQL Cluster是同步复制的。有很多种主从同步的方法，但核心的方法有两种，Statement Based Replication（SBR）基于SQL语句的复制，另一种是Row Based Replication（RBR）基于行的复制，也可以使用Mixed Based Replication（MBR）。在mysql5.6中，默认使用的是SBR。而mysql 5.6.5和往后的版本是基于global transaction identifiers(GTIDs)来进行事务复制。当使用GTIDs时可以大大简化复制过程，因为GTIDs完全基于事务，只要在主服务器上提交了事务，那么从服务器就一定会执行该事务。
通过设置服务器的系统变量binlog_format来指定要使用的格式：
1.SBR：当使用二进制日志时，主服务器会把SQL语句写入到日志中，然后从服务器会执行该日志，这就是SBR，在mysql5.1.4之前的版本都只能使用这种格式。使用SBR会有如下
长处：
1，日志文件更小
2，记录了所有的语句，可以用来日后审计
弊端：
1，使用如下函数的语句不能被正确地复制：load_file(); uuid(), uuid_short(); user(); found_rows(); sysdate(); get_lock(); is_free_lock(); is_used_lock(); master_pos_wait(); rand(); release_lock(); sleep(); version();
2，在日志中出现如下警告信息的不能正确地复制：[Warning] Statement is not safe to log in statement format.
3，或者在客户端中出现show warnings
4，Insert … select语句会执行大量的行级锁表
5，Update语句会执行大量的行级锁表来扫描整个表
2.RBR：主服务器把表的行变化作为事件写入到二进制日志中，主服务器把代表了行变化的事件复制到从服务中，使用RBR的
长处：
1，所有的数据变化都是被复制，这是最安全的复制方式
2，更少的行级锁表
弊端：
1，日志会很大
2，不能通过查看日志来审计执行过的sql语句，不过可以通过使用mysqlbinlog
3，--base64-output=decode-rows --verbose来查看数据的 变动
3.MBR：既使用SBR也使用RBR，默认使用SBR
主从同步机制
Mysql服务器之间的主从同步是基于二进制日志机制，主服务器使用二进制日志来记录数据库的变动情况，从服务器通过读取和执行该日志文件来保持和主服务器的数据一致。
在使用二进制日志时，主服务器的所有操作都会被记录下来，然后从服务器会接收到该日志的一个副本。从服务器可以指定执行该日志中的哪一类事件（譬如只插入数据或者只更新数据），默认会执行日志中的所有语句。
每一个从服务器会记录关于二进制日志的信息：文件名和已经处理过的语句，这样意味着不同的从服务器可以分别执行同一个二进制日志的不同部分，并且从服务器可以随时连接或者中断和服务器的连接。
主服务器和每一个从服务器都必须配置一个唯一的ID号（在my.cnf文件的[mysqld]模块下有一个server-id配置项），另外，每一个从服务器还需要通过CHANGE MASTER TO语句来配置它要连接的主服务器的ip地址，日志文件名称和该日志里面的位置（这些信息存储在主服务器的数据库里）
配置主从同步
有很多种配置主从同步的方法，可以总结为如下的步骤：
1．在主服务器上，必须开启二进制日志机制和配置一个独立的ID
2．在每一个从服务器上，配置一个唯一的ID，创建一个用来专门复制主服务器数据的账号
3．在开始复制进程前，在主服务器上记录二进制文件的位置信息
4．如果在开始复制之前，数据库中已经有数据，就必须先创建一个数据快照（可以使用mysqldump导出数据库，或者直接复制数据文件）
5．配置从服务器要连接的主服务器的IP地址和登陆授权，二进制日志文件名和位置
配置主服务器192.168.110.131
1.更改配置文件，首先检查你的主服务器上的my.cnf文件中是否已经在[mysqld]模块下配置了log-bin和server-id
查找my.cnf文件find / -name my.cnf
打开配置文件cd /etc/my.cnf.dvim server-mysql.cnf
如图：
[mysqld] log-bin=mysql-bin server-id=1
注意上面的log-bin和server-id的值都是可以改为其他值的，如果没有上面的配置，首先关闭mysql服务器，然后添加上去，接着重启服务器service mysqld stopvim server-mysql.cnf
添加：
重启：service mysqld restart
2.创建用户，每一个从服务器都需要用到一个账户名和密码来连接主服务器，可以为每一个从服务器都创建一个账户，也可以让全部服务器使用同一个账户。下面就为同一个ip网段的所有从服务器创建一个只能进行主从同步的账户。
首先登陆mysql，然后创建一个用户名为test，密码为123456的账户，该账户可以被192.168.110网段下的所有ip地址使用，且该账户只能进行主从同步
进入mysql:mysql -u root -p
创建账号：create user ‘test‘@‘192.168.110.%‘ identified by ‘123456‘;
授权：grant all privileges on *.* to ‘test‘@‘192.168.110.%‘ with grant option;flush privileges;
3.获取二进制日志的信息并导出数据库，步骤：
首先登陆数据库，然后刷新所有的表，同时给数据库加上一把锁，阻止对数据库进行任何的写操作flush tables with read lock;
然后执行下面的语句获取二进制日志的信息show master status;
File的值是当前使用的二进制日志的文件名，Position是该日志里面的位置信息（不需要纠结这个究竟代表什么），记住这两个值，会在下面配置从服务器时用到。
注意：如果之前的服务器并没有配置使用二进制日志，那么使用上面的sql语句会显示空，在锁表之后，再导出数据库里的数据（如果数据库里没有数据，可以忽略这一步） mysqldump -uroot -p‘123456‘ -S /data/3306/data/mysql.sock --all-databases > /server/backup/mysql_bak.$(date +%F).sql
如果数据量很大，可以在导出时就压缩为原来的大概三分之一mysqldump -uroot -p‘123456‘ -S /data/3306/data/mysql.sock --all-databases | gzip > /server/backup/mysql_bak.$(date +%F).sql.gz
这时可以对数据库解锁，恢复对主数据库的操作unlock tables;