主从式Mysql的复制原理存在高可用性、高并发性和大容量数据处理问题。 主从复制的原理是主要的对外业务，读写从内部备份中分离后，可以从数据库中读取
原理比较简单，在对主机数据库执行增删操作后，打开灵巧的诺里log功能时，语句存在于灵巧的诺里log中，从机器数据库的IO Thread中读取灵巧的诺里log，保存到relay log中，SQL thrrrog 但是，这两个线程都是单线程的，如果主机的TPS (每秒的事务数)超过从Thread允许的范围，则会发生从复制延迟
主从机只能打开灵巧的诺里log，然后从灵巧的诺里log进行备份。 如果主机在打开灵巧的诺里log之前有数据，则可以复制数据，然后重新打开灵巧的诺里log，从机端配置主从机进行复制
另一方面，修改主服务器配置my.cnf文件
mysql服务重新启动systemctl restart mysqld 3。 主机具有备份到从机的权限grantreplicationslaveon *.* to ' root ' @ ' % ' identified by ' root '； 在这里密码政策可能通过不了。 设置mysql的全局密码策略就可以了。 这里的“%”所有机器都可以是从机，但在此之前关闭防火墙或打开端口
4 .更新权限flush权限； 5 .显示主状态，询问主状态；
灵巧的诺里log所在的目录为/var/lib/mysql下
如果事先设置灵巧的norilog，则每次启动mysql服务时，该灵巧的norilog都会加1
二、修改服务器配置my.cnf文件，更改服务器- id即可。 如果未设置server-id=55，则稍后打开slave时将失败，并提示您至少设置一个serverId
启动MySQL并登录，从服务器显示以前处于启动状态的show slave status G；
首先关闭停止板
同步初始化master_log_file、master_log_pos。 主机状态为主show master status。 可以手动复制打开灵巧紫菜log之前的数据。 特别是一些表，否则会导致更新时数据库表不存在的错误，关系到今后的主从关系
changemastertomaster _ host=' 192.168.1.14 '，master_port=3306，master_user='root '，master_password 4 mysql show slave status G； * * * * * * * * * * * * * *1. row * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *。 lave _ io _ state 3360 waitingformastertosendeventmaster _ host 3360192.168.1.14 master _ ser :根主_ port astert r _ log _ pos :1303 relay _ log _ file 3360 localhost-relay-ter _ log _ file : MySQL -灵巧的诺丽. 00000008 slave _ io _ lo 3360 ble :如果Slave_IO_Running和Slave_SQL_Running均为yes，则复制将成功
测试成功后，将数据插入主机，并检查从机中是否有数据
1 .首先查看从机数据库
2 .在主机数据库中插入记录
3 .确认从站数据库是否成功
你会发现主从复制成功了。 如果以相同的方式创建表，则从库中添加数据库表
如果复制失败，则设置全局SQL _ slave _ skip _ counter=1； #忽略错误的开始级
不能看漏太多。 如果看漏太多的话就有问题了。 请重新开始。 明显的错误可以手动解决