Mysql主从复制以及常见错误问题分析
一、主从复制简介:
1、mysql主从复制原理:
Mysql主从复制的实现,主要依赖于二进制日志来实现,过程主要是根据把主的MySQL 的数据复制到其它主机( Slave )上。在复制过程中,可以理解为一台mysql服充当服务器,而其他的mysql服务器充当从服务器,而这种从服务器可以是一个或者是多个。在主从复制过程中,mysql-master会将更新写入二进制日志,并维护文件的一个索引以跟踪日志循环。开启的二进制,mysql主服务器就会安装你配置的二进制文件名生成二进制文件,而这些日志主要是用来记录发送到从服务器的更新。当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置,从服务器接收从那时起发生的任何更新。mysql要做到主从复制,其实是把事务都记录到二进制日志上,只需要从服务拿到这份日志,照着日志上面的动作施加到自己身上就可以了。这样就实现了主从复制。
2. MySQL二进制复制类型
Mysql主从的复制可以有三种复制类型,分别是:语句的复制STATEMEN,行的复制ROW和混合类型的复制MIXED,语句的复制顾名思义就是在主服务器上执行的SQL语句,在从服务器上执行同样的语句,行的复制就是把改变的内容复制过去,而不是把命令在从服务器上执行一遍。默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制,配置,复制类型可以通过binlog_format =在配置文件上配置
3. mysql实现主从复制的目的
Mysql配置主从复制的目的,是为了实现数据的备份,实现数据的高可用性和容错行
4、实现mysql复制要注意的细节
1)、每台mysql上都要有唯一的server_id,而且主服务器的id要比所有的从服务器的id要小。
2)、Master 可以有很多 Slave,但每个 Slave 只能有一个 Master
二、mysql主从复制实现
1、配置主从,开启二进制:
1)Master配置:
#Cat /etc/my.cnf[mysqld]
datadir=/var/lib/mysql
log-bin=/var/lib/mysql/log-bin
server-id = 1
binlog_format = 'MIXED'
重启mysql服务:#systemctl restart mysql
2)Slave配置:
#Cat /etc/my.cnf[mysqld]
datadir=/var/lib/mysql
server-id = 3
skip-grant-tables
log_slave_updates = 1
read_only = 1
##skip-grant-tables、log_slave_updates和read_only是我额外添加的,可以不添加。只要陪配置server-id就可以了。
#重启slave服务器#systemctl restart mysql
2、主库查看二进制:
先做一个全备份# mysqldump -uroot --single-transaction -R --triggers -E --master-data --flush-logs --all-databases > xiaozhang.sql
进入master查看是否启用了日志mysql> show variables like 'log_bin';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin | ON |
+---------------+-------+
1 row in set (0.00 sec)
3、主库创建同步用户mysql> GRANT ALL ON *.* TO 'rsync'@'%' IDENTIFIED BY '123456';
mysql> FLUSH PRIVILEGES;
4、主库上查看数据结点mysql> show master status;
+----------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+----------------+----------+--------------+------------------+-------------------+
| log-bin.000007 | 120 | | | |
+----------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
5、从库上面同步mysql>CHANGE MASTER TO MASTER_HOST='10.100.10.10',MASTER_USER='rsync',MASTER_PASSWORD='123456',MASTER_LOG_FILE='log-bin.000007',MASTER_LOG_POS=120;
mysql>start slave; ##开启slave模式
6、查看是否实现同步成功
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.100.10.10
Master_User: rsync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: log-bin.000007
Read_Master_Log_Pos: 120
Relay_Log_File: szthdb02-relay-bin.000002
Relay_Log_Pos: 281
Relay_Master_Log_File: log-bin.000007
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
##可以发现Slave_IO_Running,和Slave_SQL_Running已经都为yes说明主从复制配置成功
三、配置过程常见错误分析
1、 Slave_IO_Running为No
查看日志你会发现有这个错误
[ERROR] Slave I/O: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'
错误分析:
出现这个问题一定是,你的MASTER_LOG_FILE的文件名不对。
解决方法:认真核对你的MASTER_LOG_FILE的文件名,看看是否是你在连接的时候多加了个空格。
2、 Slave_SQL_Running为No
错误分析:一般是slave机器重起后,事务回滚造成的。
解决办法:mysql> stop slave ;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave ;
四、添加备份脚本
脚本的的作用是周一到周五每天做一个增量备份,一个星期做一个全备#!/bin/bash
Mysqldump() {
mysqldump -uroot -p123456 --single-transaction -R --triggers -E --master-data --flush-logs --all-databases > /var/lib/mysql/`date +%F"-%H:%M"`.sql
}$0
Mysql_log (){
mysqladmin -uroot -p123456 flush-logs
}$0
crontab_dump () {
cat /etc/crontab | grep "bash $0 Mysqldump "
if [ $? -eq 0 ]; then
echo "Task was writen, it will perform the task at 00:00"
else
echo "0 0 * * 6 bash $0 Mysqldump " >> /etc/crontab
fi
} crontab_dump
crontab_mysqladmin () {
cat /etc/crontab | grep "bash $0 Mysql_log "
if [ $? -eq 0 ]; then
echo "Task was writen, it will perform the task at 00:00"
else
echo "0 0 * * 1-5 bash $0 Mysql_log " >> /etc/crontab
fi
} crontab_mysqladmin
##执行脚本后就基本实现了二进制+增备+全备
五、总结
以上就是我的实现过程,以及遇到问题的解决方法,也许你会认为很简单,但是但你配置到时候,总是会出现一些小问题,原因就是自己还不够小心严谨。所以以后要多注意才行。