MySQL主从复制的配置相关故障
之前很多小伙伴想知道MySQL主从复制的配置步骤,今天它来了。带着你可能碰到的各种异常来了。
配置环境
操作系统:两台CentOS 7.6的Linux系统
数据库版本:MySQL 5.6.39
主服务器IP:192.168.0.1
从服务器IP:192.168.0.2
安装数据库
之前已经给小伙伴们详细的讲解了CentOS安装MySQL的操作步骤了
配置前提
1、需要保证3306端口开启或关闭防火墙,在MySQL的安装里有介绍。2、两台服务器之间可以相互ping通
--在192.168.0.2上输入ping命令
ping 192.168.0.1
--在192.168.0.1上输入ping命令
ping 192.168.0.2
3、安装成功一台MySQL后,使用虚拟机克隆一台作为从服务器
配置主(Master)数据库
1、修改数据库配置文件
[root@localhost ~]# vi /etc/my.cnf
将里面的内容修改为
[mysqld]
#开启二进制日志
log-bin=mysql-bin
#标识唯一id(必须),一般使用ip最后位
server-id=1
#不同步的数据库,可设置多个
binlog-ignore-db=information_schema
binlog-ignore-db=performance_schema
binlog-ignore-db=mysql
#指定需要同步的数据库(和slave是相互匹配的),可以设置多个
binlog-do-db=test
添加日志存储方式和规则(选填)
#设置存储模式不设置默认
binlog_format=MIXED
#日志清理时间
expire_logs_days=7
#日志大小
max_binlog_size=100m
#缓存大小
binlog_cache_size=4m
#最大缓存大小
max_binlog_cache_size=521m
注:日志的存储容量我设置的都比较小,当然你可以根据实际情况修改得大一点。
2、重启数据库服务mysqld
service mysqld restart
如果你按照上面的正确安装mysql了,这里是可以正常重启的。如果启动不正常出现如下报错:
The server quit without updating PID file......
你需要使用如下命令查看是否还存在mysqld进程
ps -ef|grep mysqld
如果有,可以使用命令:kill -9 mysqld的进程号 结束它,然后重新启动mysqld
我就遇到过上述的情况。当然也有其他原因,这里贴一个其他可能原因的解决办法供参考:https://javawind.net/p141
3、登陆MySQL数据库允许从库获得主库日志
[root@localhost ~]# mysql -u root -p
注:第一次登陆是不需要输入root的密码的。
进入后做如下配置:
#给从库放权限
mysql>GRANT FILE ON *.* TO 'root'@'192.168.0.2' IDENTIFIED BY 'root password'; #创建用户
mysql>GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.0.2' IDENTIFIED BY 'root password'; #修改用户权限
mysql>select host ,user ,password from mysql.user; #查看是否修改成功
mysql>FLUSH PRIVILEGES; #刷新权限
4、重启MySQL服务,登录MySQL,查看主库信息
[root@localhost ~]# service mysqld restart #重启mysql服务
[root@localhost ~]# mysql -u root -p #登陆mysql
mysql> show master status; #查看master状态
显示大概如下内容
+------------------+----------+--------------+----------------------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+----------------------------------+-------------------+
| mysql-bin.000006 | 120 | ufind_db | information_schema,performance_schema,mysql | |
+------------------+----------+--------------+----------------------------------+-------------------+
1 row in set (0.00 sec)
注:如果执行这个步骤始终为Empty set(0.00 sec)
,那说明前面的my.cnf没配置对,请回去重新检查配置步骤。
配置从(Slave)数据库1、修改从库的数据库配置文件
[root@localhost ~]# vi /etc/my.cnf
将里面的内容修改为
#开启二进制日志
log-bin=mysql-bin
server-id=2
binlog-ignore-db=information_schema
binlog-ignore-db=performance_schema
binlog-ignore-db=mysql
#与主库配置保持一致
replicate-do-db=test
replicate-ignore-db=mysql
log-slave-updates
slave-skip-errors=all
slave-net-timeout=60
2、重启MySQL服务,登录MySQL
[root@localhost ~]# service mysqld restart
[root@localhost ~]# mysql -u root -p
并作如下修改:
#关闭Slave
mysql> stop slave; #设置连接主库信息
mysql> change master to master_host='192.168.0.1',master_user='root',master_password='root password',master_log_file='mysql-bin.000006', master_log_pos=120;
#开启Slave
mysql> start slave;
注:上面的master_log_file是在配置Master的时候的File字段, master_log_pos是在配置Master的Position 字段。一定要一一对应
3、查看从库状态信息
mysql> show slave status \G;
成功的话会显示如下信息:
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.1
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000006
Read_Master_Log_Pos: 120
Relay_Log_File: localhost-relay-bin.000006
Relay_Log_Pos: 520
Relay_Master_Log_File: mysql-bin.000006
Slave_IO_Running: Yes //显示yes为成功
Slave_SQL_Running: Yes //显示yes为成功,如果为no,一般为没有启动master
Replicate_Do_DB: test
Replicate_Ignore_DB: mysql//上面的都是配置文件中的信息
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: 357
Relay_Log_Space: 697
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: //如果为no,此处会显示错误信息
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 2
Master_UUID: be0a41c0-2b40-11e8-b791-000c29267b6a
Master_Info_File: /usr/local/mysql/data/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
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
1 row in set (0.00 sec)
ERROR:
No query specified
注:如果Slave_IO_Running: No并且出现下面的错误
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
说明主服务器的UUID和从服务器的UUID重复,因为我是安装成功一台数据库后直接克隆的,所以他们的UUID是一样的,就会报这个错。可以修改一下从库的UUID即可。
我们先在从库的数据库中生成一个UUID
mysql>select UUID();
将数据库中查询出来的这个UUID复制出来,然后编辑从库的UUID配置文件
如果你也安装的跟我一样,那么这个配置文件的路径就应该在这里:
[root@localhost ~]# vi /usr/local/mysql/data/auto.cnf
进去后,将一串32位长的UUID,替换成我们刚在数据库中查询生成的UUID即可。如果Slave_IO_Running: No 并出现下面错误
Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'
解决方法:复位
mysql>stop slave; //停止
mysql>reset slave; //复位
mysql>start slave; //开启
至此整个过程就配置好了。
可能有小伙伴会问,这些配置文件我都配好了,信息也和你的一样,我还是不确定是否配置成功。
那么你可以在主服务器上创建一个表,然后在从服务器上查询刚创建的这个表,看是否存在就可以啦。
Tips1、关于增删改查,主从数据不一致问题:
#select 语句,暂时没有发现问题
#insert 语句,暂时没有发现问题
#update 语句,暂时没有发现问题
#delete 语句,主库删除多条数据,发现数据不一致
原因:在主库的logbin中的确有执行删除语句,但是在从库的logbin中却没有删除语句解决:使用 use database 选取当前数据库架构中的需要操作的数据库,然后在执行删除,OK同步成功
2、查询binlog主从日志的方法
#查看binlog全部文件
mysql>show binary logs;
#查看binlog是否开启NO为开启
mysql> show variables like 'log_bin%';
#详细信息
mysql> show variables like 'binlog%';
#查看binlog日志
mysql> show binlog events in'mysql-bin.000019';
#或者使用mysqlbinlog,如果报错使用--no-defaults(使用全路径)
[root@localhost ~]# /usr/local/mysql/bin/mysqlbinlog --no-defaults /usr/local/mysql/data/mysql-bin.000019
3、手动清理master日志,最好关闭日志,在/etc/my.cnf
#手动刷新日志
mysql> show master status;
#删除全部
mysql> reset slave;或 rest master;
#删除MySQL-bin.004
mysql> PURGE MASTER LOGS TO 'MySQL-bin.004';
此外,如果你在修改最大连接数时,可能会存在已经将mysql配置文件的连接数改成1000或更大,但是查询数据库的最大连接数始终都是214,可以尝试如下方法: