麒麟v10 上部署 TiDB v5.1.2 生产环境优化实践
726
2023-05-31
MySQL主从复制配置详解
之前很多小伙伴想知道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
如果你按照上面的正确安装mysql了,这里是可以正常重启的。如果启动不正常出现如下报错:
The server quit without updating PID file......
你需要使用如下命令查看是否还存在mysqld进程
ps -ef|grep mysqld
如果有,可以使用命令:kill -9 mysqld的进程号 结束它,然后重新启动mysqld
我就遇到过上述的情况。当然也有其他原因,这里贴一个其他可能原因的解决办法供参考:
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; //开启
至此整个过程就配置好了。
可能有小伙伴会问,这些配置文件我都配好了,信息也和你的一样,我还是不确定是否配置成功。
那么你可以在主服务器上创建一个表,然后在从服务器上查询刚创建的这个表,看是否存在就可以啦。
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,可以尝试如下方法:
参考
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。