关于Mysql的主从

mysql 主从同步异常原因及恢复：

 

1，auto.cnf 配置问题

这个问题是在部署主从复制的时候，可能会遇到

【1】报错

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

 

【2】分析

当 mysql 做了主从时，每个 mysql 都会有个 uuid 作为唯一标识的。上面是由于主从复制的 mysql 数据库了相同的 UUID，所以只需要修改 auto.cnf 配置文件即可。

 

【3】解决方法

# vi /var/lib/mysql/auto.cnf

# 将文件中的 uuid 修改为不同数值

 

 

 

2，my.cnf 配置问题

这个问题也是在部署主从复制的时候，可能会遇到

【1】报错

Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the –replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).

 

【2】分析

在 mysql 的主从配置中，每台 mysql 数据库的 my.cnf 中的 server-id 必须是唯一，但是有的时候可能因为粗心而配成了相同的数值，也有可能 mysql 没有加载到 my.cnf 文件中的 server-id

 

【3】解决方法

# vi /etc/my.cnf

修改从服务器的 my.cnf 配置文件中的 server-id (注意要改为与主服务器不同的）

 

在从服务器的数据库中直接添加 server_id (此 server_id 数值与 my.cnf 中的一致)

mysql> set global server_id=2;

mysql> start slave;

 

 

 

 

3，主库重启(数据库服务器宕机)

【1】报错

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: ‘binlog truncated in the middle of event; consider out of disk space on master; the first event ‘mysql-bin.001989’ at 9179, the last event read from ‘./mysql-bin.001989’ at 9179, the last byte read from ‘./mysql-bin.001989’ at 9179.’

 

【2】分析

由报错可看出是由于从库的二进制文件位置与主库的不一致导致的

 

查看主库的二进制文件的位置，重点关注 File 与 Position 列

# mysql -e 'show master status\G;'

 

查看从库的状态，重点关注下列两个的状态Slave_IO_Running 和 Slave_SQL_Running

# mysql -e 'show slave status\G;'

 

【3】解决方法

解决方法一：

忽略错误后，继续同步，(适用于主库与从库数据相差不大；要求数据可以不完全统一，数据要求不严格的情况）

在从库上停止从库同步

MariaDB [(none)]> stop slave;

 

从库上跳过 1 步错误（后面的数字可更改，即跳过多个错误）

MariaDB [(none)]> set global sql_slave_skip_counter=1;

 

在从库上开启从库

MariaDB [(none)]> start slave;

 

在从库上查看从库状态

MariaDB [(none)]> show slave status\G;

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

 

 

解决方法二:【推荐】

重新做主从，完全同步 (适用于主库从库的数据相差较大；要求数据完全统一的情况 )

先进入主库，进行锁表，此处锁定为只读状态，防止数据写入(可选，因如有数据库备份，可直接利用备份，但也要防止备份的数据过旧)

注意：不能退出数据库，也不能用 mysql -e 命令，否则会中断这个锁！！！

MariaDB [(none)]> flush tables with read lock;

 

查看 master 状态：

MariaDB [(none)]> show master status;         

+------------------+----------+--------------+------------------+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+------------------+----------+--------------+------------------+

| mysql-bin.000021 | 52126934 |              |                  |

+------------------+----------+--------------+------------------+

 

对主库进行数据备份(可选，因如有数据库备份，可直接利用备份)

注意：另开一个窗口！！！

# mysqldump -uroot -p密码 --all-databases > mysql.back.sql

 

进入主库，进行解锁(可选，因如有数据库备份，可直接利用备份)

MariaDB [(none)]> unlock tables;

 

在主库上把 mysql 的备份文件传输到从库服务器上

# scp -r mysql.back.sql root@node2:/tmp/

 

进入从库，停止从库的状态

MariaDB [(none)]> stop slave;

 

清除 slave 上的同步位置，删除所有旧的同步日志，使用新的日志重新开始.(使用前先停止 slave 服务）

MariaDB [(none)]> reset slave;

 

在从库中导入数据备份

MariaDB [(none)]> source /tmp/mysql.back.sql;

或

# mysql -uroot -p database -f < /tmp/mysql.bask.sql

 

设置从库同步

注意：master_log_file 与 master_log_pos 是主库 show master status 信息里的 File 与 Position

MariaDB [nova_cell0]> change master to master_host = '主库的 IP', master_user = '设置主从时设定的主库的用户', master_port=主库的端口, master_password='主库设定的密码', master_log_file = 'mysql-bin.000021', master_log_pos=52126934;

 

从库上重新开启从库同步

MariaDB [nova_cell0]> start slave;

 

从库上查看同步状态

MariaDB [nova_cell0]> show slave status\G;

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

 

 

 

4，断电导致主从不能同步时，通过主库的最后一个 bin-log 日志进行恢复

在主库服务器上

# mysqlbinlog mysql-bin.xxxx > binxxxx.txt

# tail -n 100000 binxxxx.txt > tail-binxxxx.txt

 

打开 tail-binxxxx.txt 文件找到最后一个 postion 值

# vi tail-binxxxx.txt

 

然后在从库上，设置相应正确的值

mysql> slave stop;

mysql> change master to master_host='ip', master_user='username', master_password='password', master_log_file='mysql-bin.xxxx', master_log_pos=xxxx;

mysql> slave start;

mysql> show slave status\G;

 

 

 

 

5，主键冲突、表已存在等错误代码如 1062,1032,1060 等

可以在 mysql 主配置文件指定，略过此类异常并继续下条 sql 同步，这样也可以避免很多主从同步的异常中断

[mysqld]

slave-skip-errors = 1062,1032,1060