mysql5.6热增量备份_Window环境下配置MySQL 5.6的主从复制、备份恢复

1、环境准备

Windows 7 64位

MySQL 5.6

主库：192.168.103.207

从库：192.168.103.208

navicat无法连接MySQL8解决方案

#修改加密规则

ALTER USER'root123'@'%' IDENTIFIED BY 'root123'PASSWORD EXPIRE NEVER;

#更新密码(mysql_native_password模式)

ALTER USER'root123'@'%' IDENTIFIED WITH mysql_native_password BY 'root123';

2、配置新数据库的主从复制

2.1、修改主库配置文件

先在主数据库中创建新数据库rep_test。

然后编辑主数据库的 my.ini 文件

在 [mysqld] 节点中增加或修改如下内容：

server-id=1#指定唯一的ID，1至32，必须的

log-bin=mysql-log-bin #指定二进制日志存放路径，必须的

binlog-do-db=rep_test #指定要同步的数据库，必须的

#binlog-ignore-db=mysql #指定不要同步的数据库，如果指定了binlog-do-db就不用再指定该项

2.2、配置主库备份账户

重启主数据库，然后在主数据库中建立一个备份账户

mysql>grant replication slave on *.* to slave@192.168.103.208 identified by 'slave123';

mysql>flush privileges;

PS:identified by 指定的slave是账号slave@192.168.1.128 的密码

2.3、查看主服务器状态

显示主服务器的状态信息，并且找到File 和 Position 的值记录下来；

mysql>show master status;

2.4、修改从库配置文件

在从数据库中创建新的数据库rep_test。

然后编辑从数据库的 my.ini 文件

在 [mysqld] 节点中增加如下内容：

server-id=2#指定唯一的ID，2至32，必须的，并且不能跟主数据库一样

replicate-do-db=rep_test #指定要同步的数据库，必须的

#replicate-ignore-db=mysql #指定不要同步的数据库，

2.5、设置从库slave

重启从数据库，设置登录主数据库的账号和密码等信息，然后启动slave

mysql>change master to master_host='192.168.103.207',master_port=3307,master_user='slave',master_password='slave123', master_log_file='mysql-log-bin.000001',master_log_pos=407;

mysql>start slave;

2.6、查看从数据库的信息

mysql>show slave status \G;

如果出现： Slave_IO_Running: Yes      Slave_SQL_Running: Yes以上两项都为Yes，那说明没问题了

2.7、测试主从复制

在主数据库中创建一个新的表，然后再切换到从数据库查看是否同样多出同名的数据库

2.8、清除主从关系

mysql主从复制中，需要将主从复制关系清除，需要取消其从库角色。这可通过执行 RESET SLAVE ALL 清除从库的同步复制信息、包括连接信息和二进制文件名、位置。从库上执行这个命令后，使用show slave status将不会有输出。

reset slave是各版本Mysql都有的功能，在stop slave之后使用。主要做：

删除master.info和relay-log.info文件；

删除所有的relay log(包括还没有应用完的日志)，创建一个新的relay log文件；

从Mysql 5.5开始，多了一个all参数。如果不加all参数，那么所有的连接信息仍然保留在内存中，包括主库地址、端口、用户、密码等。这样可以直接运行start slave命令而不必重新输入change master to命令，而运行show slave status也仍和没有运行reset slave一样，有正常的输出。但如果加了all参数，那么这些内存中的数据也会被清除掉，运行show slave status就输出为空了。

mysql>stop slave;

QueryOK,0 rowsaffected (0,00sec)

mysql>reset slave all;

QueryOK,0 rowsaffected (0,04sec)

mysql>show slave status\G

Emptyset (0,00 sec)

RESET MASTER

功能说明：删除所有的binglog日志文件，并将日志索引文件清空，重新开始所有新的日志文件。用于第一次进行搭建主从库时，进行主库binlog初始化工作；

测试如下：

未删除前

[root@mysql01 mysql]# pwd/usr/local/data/mysql

[root@mysql01 mysql]# ls

auto.cnf client-cert.pem ibdata1 ibtmp1 localhost.localdomain.pid mysql-bin.000002 mysql-bin.000005mysqld_safe.pid public_key.pem sys

ca-key.pem client-key.pem ib_logfile0 imove mysql mysql-bin.000003 mysql-bin.000006 performance_schema server-cert.pem

ca.pem ib_buffer_pool ib_logfile1 localhost.localdomain.err mysql-bin.000001 mysql-bin.000004 mysql-bin.index private_key.pem server-key.pem

[root@localhost bin]# ./mysql -uroot -p123456

mysql>show master status;+------------------+----------+--------------+------------------+-------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

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

| mysql-bin.000006 | 16663694 | | | |

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

1 row in set (0.00sec)

mysql>

当前有6个binlong日志，且Position的位置为16663694

运行RESET MASTER

mysql>reset master;

Query OK,0 rows affected (0.03sec)

mysql>show master status\G;*************************** 1. row ***************************File: mysql-bin.000001Position:107Binlog_Do_DB:

Binlog_Ignore_DB:1 row in set (0.00 sec)

显示所有的binlog已经被删除掉，且binlog从000001 开始记录

注：当数据库要清理binlog文件的时候，可以通过操作系统进行删除，也可以运行reset master进行删除。但是如果当前是主数据库，且主从数据库正常的时候，千万不能用这种方式删除。

【使用场景】第一次搭建主从数据库时，用于主库的初始化binglog操作。

RESET SLAVE

功能说明：用于删除SLAVE数据库的relaylog日志文件，并重新启用新的relaylog文件；

测试如下：

登录从数据库，未删除前

mysql>show slave status\G;*************************** 1\. row ***************************Slave_IO_State: Connecting to master

Master_Host:192.168.47.167Master_User: server

Master_Port:3306Connect_Retry:60Master_Log_File: mysql-bin.000019Read_Master_Log_Pos:12992Relay_Log_File: mysql02-relay-bin.000004Relay_Log_Pos:4Relay_Master_Log_File: mysql-bin.000019

当前relaylog为0004；

先停止slave，运行RESET MASTER

mysql>stop slave;

Query OK,0 rows affected (0.01sec)

mysql>reset slave;

Query OK,0 rows affected (0.04sec)

mysql>show slave status\G;*************************** 1\. row ***************************Slave_IO_State:

Master_Host:192.168.47.167Master_User: server

Master_Port:3306Connect_Retry:60Master_Log_File:

Read_Master_Log_Pos:4

** Relay_Log_File: mysql02-relay-bin.000001Relay_Log_Pos:4**

RESET SLAVE将使SLAVE忘记主从复制关系的位置信息。该语句将被用于干净的启动, 它删除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新启用一个新的relaylog文件。

使用场景：当原来的主从关系被破坏之后，从库经过重新初始化后直接连接会报 ERROR 1201的错误，运行reset slave后，重新配置主从连接就可以了；

3、配置旧数据库的主从复制

3.1、修改主库配置文件

如果一开始数据库的架构不是主从复制，并且运行一段时间后已经有数据存在，那配置的方式略有不同。

在从数据库中创建新的数据库landclash。

编辑主数据库的 my.ini 文件，使用以下内容：

server-id=1#指定唯一的ID，1至32，必须的

log-bin=mysql-log-bin #指定二进制日志存放路径，必须的binlog-do-db=landclash

#binlog-ignore-db=mysql #指定不要同步的数据库，如果指定了binlog-do-db就不用再指定该项

配置主库备份账户

mysql>grant replication slave on *.* to slave123@192.168.103.208 identified by 'slave123';

mysql>flush privileges;

3.2、主数据库中锁定所有的表

重启主数据库，然后在主数据库中锁定所有的表

mysql>flush tables with read lock;

3.3、查看主服务器状态

显示主服务器的状态信息，并且找到File 和 Position 的值记录下来；

mysql>show master status;

3.4、数据拷贝

将主数据库data目录下需要做主从复制的数据库的同名目录拷贝到从数据库的data目录下

注意：拷贝的话也要拷贝 ibdata1 文件，不然会不显示表结构

3.5、修改从库配置文件

编辑从数据库的 my.ini 文件，加上一下内容：

server-id=2#指定唯一的ID，2至32，必须的，并且不能跟主数据库一样

replicate-do-db=landclash #指定要同步的数据库，必须的

#replicate-ignore-db=mysql #指定不要同步的数据库，

3.6、设置从库slave

重启从数据库，因为主数据库在重新配置my.ini后，日志文件变成新的文件，所以需要再次设置登录主数据库的账号和密码等信息

mysql>stop slave;

mysql>change master to master_host='192.168.103.207',master_port=3307,master_user='slave123',master_password='slave123', master_log_file='mysql-log-bin.000001',master_log_pos=742;

mysql>start slave;

3.7、查看从数据库的信息

再次输入查看从数据库状态的命令

mysql>show slave status \G;

我们看到红框标注的地方跟之前做新数据库主从复制不一样了。

3.8、主数据库解锁

完成上述配置后，回到主数据库，将表解锁

mysql>unlock tables;

之后在主数据库的修改就能同步到从数据库上了。

4、数据库备份

4.1备份脚本

sql备份 DataBackupSql.bat

rem *******************************Code Start*****************************@echo offset "Ymd=%date:~,4%%date:~5,2%%date:~8,2%"

"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqldump" -P3307 -uroot123 -proot123 landclash > c:\db_bak\landclash_%Ymd%.sql

@echo on

rem*******************************Code End*****************************

文件备份 DataBackupFile.bat

*******************************Code Start*****************************net stop mysql

xcopy"C:\ProgramData\MySQL\MySQL Server 5.6\data\landclash\*.*" "c:\db_bak\landclash\%date:~0,10%\" /S /I

xcopy "C:\ProgramData\MySQL\MySQL Server 5.6\data\ibdata1" "c:\db_bak\landclash\%date:~0,10%\" /S /I

net start mysql*******************************Code End *****************************

4.2、增量备份

小量的数据库可以每天进行完整备份，因为这也用不了多少时间，但当数据库很大时，就不太可能每天进行一次完整备份了，这时候就可以使用增量备份。增量备份的原理就是使用了mysql的binlog志。

1、首先做一次完整备份：

mysqldump -h192.168.103.207 -P3307 -uroot123 -proot123 --single-transaction --master-data=2 test > test.sql

这时候就会得到一个全备文件 test.sql

在sql文件中我们会看到：

-- CHANGE MASTER TO MASTER_LOG_FILE='bin-log.000002', MASTER_LOG_POS=107;是指备份后所有的更改将会保存到bin-log.000002二进制文件中。

2、在test库的t_student表中增加两条记录，然后执行 flush logs 命令。这时将会产生一个新的二进制日志文件bin-log.000003，bin-log.000002则保存了全备过后的所有更改，既增加记录的操作也保存在了bin-log.00002中。

3、再在test库中的a表中增加两条记录，然后误删除t_student表和a表。a中增加记录的操作和删除表a和t_student的操作都记录在bin-log.000003中。

自动增量备份脚本：

IncreaseDB.sql

flush logs;

DataBackupFile_IncreaseDB.bat

*******************************Code Start*****************************

"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysql.exe" -P3307 -uroot123 -proot123 < "C:\Program Files\MySQL\MySQL Server 5.6\bin\IncreaseDB.sql"

*******************************Code End *****************************

4.3、恢复

1、首先导入全备数据

mysql -h192.168.103.207 -P3307 -uroot123 -proot123 < test.sql

也可以直接在mysql命令行下面用source导入

mysql>source "test.sql"

2、恢复bin-log.000002

mysqlbinlog bin-log.000002 |mysql -h192.168.103.207 -P3307 -uroot123 -proot123

3、恢复部分 bin-log.000003

在general_log中找到误删除的时间点，然后更加对应的时间点到bin-log.000003中找到相应的position点，需要恢复到误删除的前面一个position点。

可以用如下参数来控制binlog的区间

--start-position 开始点 --stop-position 结束点

--start-date 开始时间  --stop-date  结束时间

找到恢复点后，既可以开始恢复。

mysqlbinlog mysql-bin.000003 --stop-position=208 |mysql -h192.168.103.207 -P3307 -uroot123 -proot123