|
|
|
|
公众号矩阵

MySQL主从复制配置详解

主服务器的UUID和从服务器的UUID重复,因为我是安装成功一台数据库后直接克隆的,所以他们的UUID是一样的,就会报这个错。可以修改一下从库的UUID即可。

作者: 丶平凡世界 来源:SQL数据库开发|2021-06-08 07:48

本文转载自微信公众号「SQL数据库开发」,作者 丶平凡世界。转载本文请联系SQL数据库开发公众号。

之前很多小伙伴想知道MySQL主从复制的配置步骤,今天它来了。带着你可能碰到的各种异常来了。

配置环境

操作系统:两台CentOS 7.6的Linux系统

数据库版本:MySQL 5.6.39

主服务器IP:192.168.0.1

从服务器IP:192.168.0.2

安装数据库

之前已经给小伙伴们详细的讲解了CentOS安装MySQL的操作步骤了,还没看过的小伙伴可以戳这里:

《Linux环境下安装MySQL步骤详解》

配置前提

1、需要保证3306端口开启或关闭防火墙,在MySQL的安装里有介绍。

2、两台服务器之间可以相互ping通

  1. --在192.168.0.2上输入ping命令 
  2. ping 192.168.0.1 
  3. --在192.168.0.1上输入ping命令 
  4. ping 192.168.0.2 

3、安装成功一台MySQL后,使用虚拟机克隆一台作为从服务器

配置主(Master)数据库

1、修改数据库配置文件

  1. [root@localhost ~]# vi /etc/my.cnf 

将里面的内容修改为

  1. [mysqld] 
  2. #开启二进制日志 
  3. log-bin=mysql-bin 
  4. #标识唯一id(必须),一般使用ip最后位 
  5. server-id=1 
  6. #不同步的数据库,可设置多个 
  7. binlog-ignore-db=information_schema 
  8. binlog-ignore-db=performance_schema 
  9. binlog-ignore-db=mysql 
  10. #指定需要同步的数据库(和slave是相互匹配的),可以设置多个 
  11. binlog-do-db=test 

添加日志存储方式和规则(选填)

  1. #设置存储模式不设置默认 
  2. binlog_format=MIXED 
  3. #日志清理时间 
  4. expire_logs_days=7 
  5. #日志大小 
  6. max_binlog_size=100m 
  7. #缓存大小 
  8. binlog_cache_size=4m 
  9. #最大缓存大小 
  10. max_binlog_cache_size=521m 

注:日志的存储容量我设置的都比较小,当然你可以根据实际情况修改得大一点。

2、重启数据库服务mysqld

  1. service mysqld restart 

如果你按照上面的正确安装mysql了,这里是可以正常重启的。如果启动不正常出现如下报错:

The server quit without updating PID file......

你需要使用如下命令查看是否还存在mysqld进程

  1. ps -ef|grep mysqld 

如果有,可以使用命令:kill -9 mysqld的进程号 结束它,然后重新启动mysqld

我就遇到过上述的情况。当然也有其他原因,这里贴一个其他可能原因的解决办法供参考:

https://javawind.net/p141

3、登陆MySQL数据库允许从库获得主库日志

  1. [root@localhost ~]# mysql -u root -p 

注:第一次登陆是不需要输入root的密码的。

进入后做如下配置:

  1. #给从库放权限 
  2. mysql>GRANT FILE ON *.* TO 'root'@'192.168.0.2' IDENTIFIED BY 'root password'; #创建用户 
  3. mysql>GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.0.2' IDENTIFIED BY 'root password'; #修改用户权限 
  4. mysql>select host ,user ,password from mysql.user; #查看是否修改成功 
  5. mysql>FLUSH PRIVILEGES; #刷新权限 

4、重启MySQL服务,登录MySQL,查看主库信息

  1. [root@localhost ~]# service mysqld restart #重启mysql服务 
  2. [root@localhost ~]# mysql -u root -p #登陆mysql 
  3. mysql> show master status; #查看master状态 

显示大概如下内容

  1. +------------------+----------+--------------+----------------------------------+-------------------+ 
  2. | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | 
  3. +------------------+----------+--------------+----------------------------------+-------------------+ 
  4. | mysql-bin.000006 |    120 | ufind_db | information_schema,performance_schema,mysql | | 
  5. +------------------+----------+--------------+----------------------------------+-------------------+ 
  6. 1 row in set (0.00 sec) 

注:如果执行这个步骤始终为Empty set(0.00 sec),那说明前面的my.cnf没配置对,请回去重新检查配置步骤。

配置从(Slave)数据库

1、修改从库的数据库配置文件

  1. [root@localhost ~]# vi /etc/my.cnf 

将里面的内容修改为

  1. #开启二进制日志 
  2. log-bin=mysql-bin 
  3. server-id=2 
  4. binlog-ignore-db=information_schema 
  5. binlog-ignore-db=performance_schema 
  6. binlog-ignore-db=mysql 
  7. #与主库配置保持一致 
  8. replicate-do-db=test 
  9. replicate-ignore-db=mysql 
  10. log-slave-updates 
  11. slave-skip-errors=all 
  12. slave-net-timeout=60 

2、重启MySQL服务,登录MySQL

  1. [root@localhost ~]# service mysqld restart 
  2.  
  3. [root@localhost ~]# mysql -u root -p 

并作如下修改:

  1. #关闭Slave 
  2. mysql> stop slave; #设置连接主库信息 
  3. 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; 
  4. #开启Slave 
  5. mysql> start slave; 

注:上面的master_log_file是在配置Master的时候的File字段, master_log_pos是在配置Master的Position 字段。一定要一一对应

3、查看从库状态信息

  1. mysql> show slave status \G; 

成功的话会显示如下信息:

  1. *************************** 1. row *************************** 
  2.                Slave_IO_State: Waiting for master to send event 
  3.                   Master_Host: 192.168.0.1 
  4.                   Master_User: root 
  5.                   Master_Port: 3306 
  6.                 Connect_Retry: 60 
  7.               Master_Log_File: mysql-bin.000006 
  8.           Read_Master_Log_Pos: 120 
  9.                Relay_Log_File: localhost-relay-bin.000006 
  10.                 Relay_Log_Pos: 520 
  11.         Relay_Master_Log_File: mysql-bin.000006 
  12.              Slave_IO_Running: Yes //显示yes为成功 
  13.             Slave_SQL_Running: Yes //显示yes为成功,如果为no,一般为没有启动master 
  14.               Replicate_Do_DB: test 
  15.           Replicate_Ignore_DB: mysql//上面的都是配置文件中的信息 
  16.            Replicate_Do_Table: 
  17.        Replicate_Ignore_Table: 
  18.       Replicate_Wild_Do_Table: 
  19.   Replicate_Wild_Ignore_Table: 
  20.                    Last_Errno: 0 
  21.                    Last_Error: 
  22.                  Skip_Counter: 0 
  23.           Exec_Master_Log_Pos: 357 
  24.               Relay_Log_Space: 697 
  25.               Until_Condition: None 
  26.                Until_Log_File: 
  27.                 Until_Log_Pos: 0 
  28.            Master_SSL_Allowed: No 
  29.            Master_SSL_CA_File: 
  30.            Master_SSL_CA_Path: 
  31.               Master_SSL_Cert: 
  32.             Master_SSL_Cipher: 
  33.                Master_SSL_Key: 
  34.         Seconds_Behind_Master: 0 
  35. Master_SSL_Verify_Server_Cert: No 
  36.                 Last_IO_Errno: 0 
  37.                 Last_IO_Error: //如果为no,此处会显示错误信息 
  38.                Last_SQL_Errno: 0 
  39.                Last_SQL_Error: 
  40.   Replicate_Ignore_Server_Ids: 
  41.              Master_Server_Id: 2 
  42.                   Master_UUID: be0a41c0-2b40-11e8-b791-000c29267b6a 
  43.              Master_Info_File: /usr/local/mysql/data/master.info 
  44.                     SQL_Delay: 0 
  45.           SQL_Remaining_Delay: NULL 
  46.       Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it 
  47.            Master_Retry_Count: 86400 
  48.                   Master_Bind: 
  49.       Last_IO_Error_Timestamp: 
  50.      Last_SQL_Error_Timestamp: 
  51.                Master_SSL_Crl: 
  52.            Master_SSL_Crlpath: 
  53.            Retrieved_Gtid_Set: 
  54.             Executed_Gtid_Set: 
  55.                 Auto_Position: 0 
  56. 1 row in set (0.00 sec) 
  57.   
  58. ERROR: 
  59. 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

  1. mysql>select UUID(); 

将数据库中查询出来的这个UUID复制出来,然后编辑从库的UUID配置文件

如果你也安装的跟我一样,那么这个配置文件的路径就应该在这里:

  1. [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'

解决方法:复位

  1. mysql>stop slave; //停止 
  2. mysql>reset slave; //复位 
  3. mysql>start slave; //开启 

至此整个过程就配置好了。

可能有小伙伴会问,这些配置文件我都配好了,信息也和你的一样,我还是不确定是否配置成功。

那么你可以在主服务器上创建一个表,然后在从服务器上查询刚创建的这个表,看是否存在就可以啦。

Tips

1、关于增删改查,主从数据不一致问题:

  1. #select 语句,暂时没有发现问题 
  2.   
  3. #insert 语句,暂时没有发现问题 
  4.   
  5. #update 语句,暂时没有发现问题 
  6.   
  7. #delete 语句,主库删除多条数据,发现数据不一致 

原因:在主库的logbin中的确有执行删除语句,但是在从库的logbin中却没有删除语句

解决:使用 use database 选取当前数据库架构中的需要操作的数据库,然后在执行删除,OK同步成功

2、查询binlog主从日志的方法

  1. #查看binlog全部文件 
  2. mysql>show binary logs; 
  3.   
  4. #查看binlog是否开启NO为开启 
  5. mysql> show variables like 'log_bin%'
  6.   
  7. #详细信息 
  8. mysql>  show variables like 'binlog%'
  9.   
  10. #查看binlog日志 
  11. mysql> show binlog events in'mysql-bin.000019'
  12.   
  13. #或者使用mysqlbinlog,如果报错使用--no-defaults(使用全路径) 
  14. [root@localhost ~]# /usr/local/mysql/bin/mysqlbinlog --no-defaults /usr/local/mysql/data/mysql-bin.000019 

3、手动清理master日志,最好关闭日志,在/etc/my.cnf

  1. #手动刷新日志 
  2. mysql> show master status; 
  3. #删除全部 
  4. mysql> reset slave;或 rest master; 
  5. #删除MySQL-bin.004 
  6. mysql> PURGE MASTER LOGS TO 'MySQL-bin.004'

此外,如果你在修改最大连接数时,可能会存在已经将mysql配置文件的连接数改成1000或更大,但是查询数据库的最大连接数始终都是214,可以尝试如下方法:

https://www.cnblogs.com/brucetang/p/9733998.html

参考

https://javawind.net/p141

https://www.cnblogs.com/brucetang/p/9733998.html

【编辑推荐】

  1. 鸿蒙官方战略合作共建——HarmonyOS技术社区
  2. 安全机构调查显示,2021 年 Android 银行类恶意软件数量增长 159%
  3. Chrome 改进 Enhanced Safe Browsing 功能,强化扩展程序和文件下载安全性
  4. 区块链如何使访问管理更安全?
  5. 网络安全工程师:Kali Linux实战之Metasploit Framework渗透实战
  6. GitHub新政策:允许托管以安全研究为目的的恶意软件
【责任编辑:武晓燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

带你轻松入门 RabbitMQ

带你轻松入门 RabbitMQ

轻松入门RabbitMQ
共4章 | loong576

9人订阅学习

数据湖与数据仓库的分析实践攻略

数据湖与数据仓库的分析实践攻略

助力现代化数据管理:数据湖与数据仓库的分析实践攻略
共3章 | 创世达人

9人订阅学习

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

40人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微