master 将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events)slave 将 master 的 binary log events 拷贝到它的中继日志 (relay log) slave 重做中继日志中的事件,将改变反映它自己的数据。或从库生成两个线程,一个 I/O 线程,一个 SQL 线程;
i/o 线程去请求主库 的 binlog,并将得到的 binlog 日志写到 relay log(中继日志) 文件中;
主库会生成一个 log dump 线程,用来给从库 i/o 线程传 binlog;
SQL 线程,会读取 relay log 文件中的日志,并解析成具体操作,来实现主从的操作一致,而最终数据一致;
先上 Master 库:
mysql>show processlist;
#查看下进程是否 Sleep 太多。发现很正常。
show master status;
#主从状态查看
mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)
再到Slave 上查看
mysql> show slave status\G
Slave_IO_Running: Yes Slave_SQL_Running:No
#可见是 Slave 不同步
下面介绍两种解决方法:
方法一:忽略错误
忽略错误后,继续同步 该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况 解决:
stop slave;
#表示跳过一步错误,后面的数字可变 set global
sql_slave_skip_counter =1;
start slave;
#之后再用如下命令查看:
mysql> show slave status\G
Slave_IO_Running: Yes Slave_SQL_Running: Yes
#ok,现在主从同步状态正常了。。。
方式二:重新做主从
重新做主从,完全同步 该方法适用于主从库数据相差较大,或者要求数据完全统一的情况 解决步骤如下:
1、先进入主库,进行锁表,防止数据写入 使用命令:
mysql> flush tables with read lock;
注意:该处是锁定为只读状态,语句不区分大小写
2、进行数据备份
#mysqldump -uroot -p -hlocalhost > mysql.bak.sql
把数据备份到 mysql.bak.sql 文件
3、查看 master 状态
mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)
4、把 mysql 备份文件传到从库机器,进行数据恢复
# scp mysql.bak.sql root@192.168.128.101:/tmp/
5、停止从库的状态,导入备份文件
mysql> stop slave;
mysql> source /tmp/mysql.bak.sql
注:设置从库同步,注意该处的同步点,就是主库 show master status 信息里的 | File | Position 两项 change master to master_host = '192.168.128.100', master_user = 'rsync', master_port=3306, master_password='', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;
6、重新开启从同步
mysql> start slave;
mysql> show slave status\G
#查看同步状态
如果延迟比较大,就先确认以下几个因素:
从库硬件比主库差,导致复制延迟; 主从复制单线程,如果主库写并发太大,来不及传送到从库,就会导致延迟。更高版本的 mysql 可以支持多线程复制 慢 SQL 语句过多 网络延迟 master 负载:主库读写压力大,导致复制延迟,架构的前端要加 buffer 及缓存层 slave 负载 一般的做法是,使用多台 slave 来分摊读请求,再从这些 slave 中取一台专用的服务器,只作为备份用,不进行其他任何操作。另外,2 个可以减少延迟的参数:
–slave-net-timeout=seconds 单位为秒,默认设置为 3600 秒
#参数含义:当 slave 从主数据库读取 log 数据失败后,等待多久重新建立连接并获取数据
– master-connect-retry=seconds?单位为秒?默认设置为 60 秒 #参数含义:当重新建立主从连接时,如果连接建立失败,间隔多久后重试。通常配置以上 2 个参数可以减少网络问题导致的主从数据同步延迟 MySQL 数据库主从同步延迟解决方案;
最简单的减少 slave 同步延时的方案就是在架构上做优化,尽量让主库的 DDL 快速执行。还有就是主库是写,对数据安全性较高,比如sync_binlog=1,innodb_flush_log_at_trx_commit = 1之类的设置,而 slave 则不需要这么高的数据安全,完全可以讲sync_binlog设置为 0 或者关闭 binlog,innodb_flushlog也可以设置为 0 来提高 sql 的执行效率。另外就是使用比主库更好的硬件设备作为 slave。