• MySQL主从复制配置详解


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

    本文转载自微信公众号「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通

    --在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 
    
    • 1.

    如果你按照上面的正确安装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.

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

    *************************** 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; //开启 
    

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

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

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

    Tips

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

    #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,可以尝试如下方法:

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

    参考

    https://javawind.net/p141

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

  • 相关阅读:
    cf 535 A. Tavas and Nafas
    codeforces 534 A. Exam
    hust新人赛模拟 20150407 H
    hust新人赛模拟20150407 F
    hust新人赛模拟20150407 C
    hust新人赛模拟20150407 A
    [dp专题]hdu 1160 FatMouse's Speed
    [dp专题]hdu 1260 tickets
    [dp专题]G免费馅饼
    迷宫问题(bfs+记录路径)
  • 原文地址:https://www.cnblogs.com/cheyunhua/p/16505369.html
Copyright © 2020-2023  润新知