MySQL 8 主从搭建
主：192.168.10.2 从：192.168.10.3
1、修改配置文件
MySQL 搭建主从需要配置 my.cnf ，在主库 my.cnf 的 [mysqld] 段落下添加如下内容：
[mysqld] # 设置server-id,唯一值，标识主机，必须与从库不一致 server-id=1 # 开启二进制日志，主库必须开启 log-bin=mysql-bin # 自动删除2592000秒（30天）前的日志 # 8.0以前的版本中这个配置为expire_logs_days，单位为天 binlog_expire_logs_seconds=2592000 # binlog记录的模式 # statement模式不会记录每一条更改语句，节约资源但主从数据可能不一致 # row模式记录每一条更改的语句，日志量非常大 # mixed模式是前两者优点的综合，但日志结构较为复杂 binlog_format=mixed #设置只记录binlog的库，如果全库 binlog-do-db=demo
在从库 my.cnf 的 [mysqld] 段落下添加如下内容：
[mysqld] # 设置server-id,唯一值，标识主机，必须与主库不一致 server-id=2 #设置只同步binlog的库 replicate-do-db=demo
修改配置文件之后记得重启 MySQL 使配置文件生效。
2、导出主库并还原
在主库上使用 MySQL 自带的 mysqldump 导出需要同步的数据库。
mysqldump -uroot -p --skip-lock-tables --single-transaction --flush-logs --hex-blob --master-data=2 demo > /demo.sql
参数说明：
--skip-lock-tables #不锁表 --single-transaction #设定事务级别为可重复读 --flush-logs #开启一个新的binlog文件 --hex-blob #以16进制导出blob数据 --master-data=2 #导出数据库时将binlog信息也一并导出，2表示注释binlog信息
导出之后通过任意方式传输到从库所在的服务器上，并导入该 SQL 文件，导入前记得先创建好和主库一致的数据库名。
mysql> use demo; Database changed mysql> source /demo.sql; Query OK, 0 rows affected (0.00 sec)
3、创建账号（可选）
从库连接主库需要一个用户，不在乎安全性的话也可以使用 root 用户，那样的话可以跳过这段。
但如果需要一个拥有最低权限可以实现主从复制的用户则可以手动创建并授权：
mysql> create user 'username'@'ip' identified by 'password'; Query OK, 0 rows affected (0.01 sec) mysql> grant replication slave,replication client on *.* to 'username'@'ip'; Query OK, 0 rows affected (0.00 sec)
replication slave 这个权限用于主从复制，如果没有这个权限将不能同步数据。
replication client 则用于查看从库状态，允许使用 “show slave status”命令。
4、配置主从
从导出的 SQL 中获取主库的 binlog 信息。
cat demo.sql | grep CHANGE -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000007', MASTER_LOG_POS=156;
由此可以得知主库正在使用 mysql-bin.000007 这个 binlog 文件，位置为 156 。
然后在从库上配置需要连接的主库信息：
mysql> change master to master_host='slave ip',
-> master_port=3306,
-> master_user='username',
-> master_password='password',
-> master_log_file='mysql-bin.000007',
-> master_log_pos=156;
Query OK, 0 rows affected, 2 warnings (0.02 sec)
最后开启主从复制：
mysql> start slave; Query OK, 0 rows affected, 1 warning (0.00 sec)
5、主从连接状态
开启主从同步之后通过命令查看状态：
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: ip
Master_User: username
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000007
Read_Master_Log_Pos: 517
Relay_Log_File: adam-relay-bin.000010
Relay_Log_Pos: 685
Relay_Master_Log_File: mysql-bin.000007
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: demo
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: 517
Relay_Log_Space: 1108
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: 1
Master_UUID: 10d10288-32ce-11eb-8674-00163e086d97
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
Master_public_key_path:
Get_master_public_key: 0
Network_Namespace:
1 row in set, 1 warning (0.00 sec)
当 Slave_IO_Running 和 Slave_SQL_Running 都为Yes的时候，表示主从同步正常。
-------------------------------------------------------------------------------------------------------------------------------------------
主：
1.登录mysql，授权账号，让从数据库可以进行复制。
mysql CREATE USER 'repl'@'192.168.10.3' IDENTIFIED BY 'mysql23'; grant replication slave on *.* to 'repl'@'192.168.10.3'; mysql> show master status; +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000004 | 156 | | | | +------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)
从：
mysql stop slave; change master to master_host='192.168.10.2',master_user='repl',master_password='mysql23',master_log_file=' mysql-bin.000004',master_log_pos=156; start slave; show slave status \G;
原文地址：https://www.jianshu.com/p/e33c861c2141
其他参考：https://www.cnblogs.com/annez/p/14886410.html
Mysql主从库不同步1236错误：could not find first log file name in binary log index file错误是主从的一个日志问题，我们只要简单的配置一下即可解决。
最近造成Mysql主从库不同步问题，主要是因为电脑断了一下电，
从库日志中的错误：
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: ‘Could not find first log file name in binary log index file’
解决办法：
(1) 首先停止从库同步:
mysql >stop slave;
(2) 主库中关闭当前的二进制日志文件并创建一个新文件，新的二进制日志文件的名字在当前的二进制文件的编号上加1.
mysql >flush logs;
(3) 查看主库状态，主要查看日志文件和位置:
mysql >show master status;
(4) 回到从库中，执行命令，使日志文件和位置对应主库：
mysql >CHANGE MASTER TO MASTER_LOG_FILE='log-bin.000005',MASTER_LOG_POS=107;
(5) 最后，启动从库：
mysql >start slave; show slave status;
状态如下，基本上是正常了，可以主库修改，测试一下从库是否同步。
Slave_IO_State: Waiting for master to send event Slave_IO_Running: Yes Slave_SQL_Running: Yes
https://www.jianshu.com/p/e1c78d6af5ba?from=singlemessage
https://riemann.blog.csdn.net/article/details/112549256
