服务器之家:专注于服务器技术及软件下载分享
分类导航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|数据库技术|

服务器之家 - 数据库 - Mysql - Mysql主从同步备份策略分享

Mysql主从同步备份策略分享

2019-11-19 15:09mysql教程网 Mysql

主从服务器上的MySQL数据库版本同为5.1.34

环境:

主从服务器上的MySQL数据库版本同为5.1.34

主机IP:192.168.0.1

从机IP:192.168.0.2

一.MySQL主服务器配置

1.编辑配置文件/etc/my.cnf

#确保有如下行

server-id=1

log-bin=mysql-bin

binlog-do-db=mysql#需要备份的数据库名,如果备份多个数据库,重复设置这个选项即可

binlog-ignore-db=mysql#不需要备份的数据库名,如果备份多个数据库,重复设置这个选项即可

log-slave-updates#这个参数一定要加上,否则不会给更新的记录些到二进制文件里

slave-skip-errors#是跳过错误,继续执行复制操作

2.建立用户

mysql>grantreplicationslaveon*.*toslave@192.168.0.2identifiedby‘111111′;

#grantreplicationslaveon*.*to‘用户名'@'主机'identifiedby‘密码';

#可在Slave上做连接测试:mysql-h192.168.0.1-utest-p

3.锁主库表

mysql>FLUSHTABLESWITHREADLOCK;

4.显示主库信息

记录File和Position,从库设置将会用到

=====================

mysql>SHOWMASTERSTATUS;

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

|File|Position|Binlog_do_db|Binlog_ignore_db|

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

|mysql-bin.000001|106|||

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

5.另开一个终端,打包主库

cd/usr/local/mysql#mysql库目录

tarzcvfvar.tar.gzvar

============================

二.MySQL从服务器配置

1、传输拿到主库数据包、解包

#cd/usr/local/mysql

#scp192.168.0.1:/usr/local/mysql/var.tar.gz.

#tarzxvfvar.tar.gz

2、查看修改var文件夹权限

#chown-Rmysql:mysqlvar

3.编辑/etc/my.cnf

server-id=2

log-bin=mysql-bin

master-host=192.168.0.1

master-user=slave

master-password=111111

master-port=3306

replicate-do-db=test#需要备份的数据库名

replicate-ignore-db=mysql#忽略的数据库

master-connect-retry=60#如果从服务器发现主服务器断掉,重新连接的时间差(秒)

log-slave-updates#这个参数一定要加上,否则不会给更新的记录些到二进制文件里

slave-skip-errors#是跳过错误,继续执行复制操作

4、验证连接MASTER

#mysql-h192.168.0.1-uslave-ppassword

mysql>showgrantsforslave@192.168.0.2;

5、在SLAVE上设置同步

设置连接MASTERMASTER_LOG_FILE为主库的File,MASTER_LOG_POS为主库的Position

============================

mysql>slavestop;

mysql>CHANGEMASTERTOMASTER_HOST='192.168.0.1',MASTER_USER='slave',MASTER_PASSWORD='111111',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=106;

6、启动SLAVE服务

mysql>slavestart;

7、查看SLAVE状态

mysql>SHOWSLAVESTATUS\G;

其中Slave_IO_Running和Slave_SQL_Running两列的值都为"Yes",表明Slave的I/O和SQL线程都在正常运行。

8、解锁主库表

mysql>UNLOCKTABLES;

到此主从库搭建成功。可以在主库上插入数据测试同步是否正常。

--------------------------

附:一些错误信息的处理,主从服务器上的命令,及状态信息。

在从服务器上使用showslavestatus\G

Slave_IO_Running,为No,

则说明IO_THREAD没有启动,请执行startslaveio_thread

Slave_SQL_Running为No

则复制出错,查看Last_error字段排除错误后执行startslavesql_thread

查看Slave_IO_State字段空//复制没有启动

Connectingtomaster//没有连接上master

Waitingformastertosendevent//已经连上

主服务器上的相关命令:

showmasterstatus

showslavehosts

showlogs

showbinlogevents

purgelogsto'log_name'

purgelogsbefore'date'

resetmaster(老版本flushmaster)

setsql_log_bin=

从服务器上的相关命令:

slavestart

slavestop

SLAVESTOPIO_THREAD//此线程把master段的日志写到本地

SLAVEstartIO_THREAD

SLAVESTOPSQL_THREAD//此线程把写到本地的日志应用于数据库

SLAVEstartSQL_THREAD

resetslave

SETGLOBALSQL_SLAVE_SKIP_COUNTER

loaddatafrommaster

showslavestatus(SUPER,REPLICATIONCLIENT)

CHANGEMASTERTOMASTER_HOST=,MASTER_PORT=,MASTER_USER=,MASTER_PASSWORD=//动态改变master信息

PURGEMASTER[before'date']删除master端已同步过的日志

6.3.1Master同步线程状态

以下列出了master的BinlogDump线程State字段中最常见的几种状态。如果在master上没有BinlogDump线程,那么同步就没有在运行。

也就是说,没有slave连接上来。

Sendingbinlogeventtoslave

事件是由二进制日志构成,一个事件通常由更新语句加上其他信息。线程读取到一个事件并正发送到slave上。

Finishedreadingonebinlog;switchingtonextbinlog

读取完了一个二进制日志,正切换到下一个。

Hassentallbinlogtoslave;waitingforbinlogtobeupdated

已经读取完全部未完成更新日志,并且全部都发送到slave了。它处于空闲状态,正等待在master上执行新的更新操作以在二进制日志中产生新

的事件,然后读取它们。

Waitingtofinalizetermination

当前线程停止了,这个时间很短。

6.3.2Slave的I/O线程状态

以下列出了slave的I/O线程State字段中最常见的几种状态。从MySQL4.1.1开始,这个状态在执行SHOWSLAVESTATUS语句结果的

Slave_IO_State字段也会出现。这意味着可以只执行SHOWSLAVESTATUS语句就能了解到更多的信息。

Connectingtomaster

该线程证尝试连接到master上。

Checkingmasterversion

确定连接到master后出现的一个短暂的状态。

Registeringslaveonmaster

确定连接到master后出现的一个短暂的状态。

Requestingbinlogdump

确定连接到master后出现的一个短暂的状态。该线程向master发送一个请求,告诉它要请求的二进制文件以及开始位置。

Waitingtoreconnectafterafailedbinlogdumprequest

如果二进制日志转储(binarylogdump)请求失败了(由于连接断开),该线程在休眠时进入这个状态,并定期重连。重连的时间间隔由--

master-connect-retry选项来指定。

Reconnectingafterafailedbinlogdumprequest

该线程正尝试重连到master。

Waitingformastertosendevent

已经连接到master,正等待它发送二进制日志。如果master闲置时,这个状态可能会持续较长时间,如果它等待超过slave_read_timeout秒

,就会发生超时。这时,它就会考虑断开连接,然后尝试重连。

Queueingmastereventtotherelaylog

已经读取到一个事件,正把它拷贝到中继日志中以备SQL线程处理。

Waitingtoreconnectafterafailedmastereventread

读日志时发生错误(由于连接断开)。该线程在重连之前休眠master-connect-retry秒。

Reconnectingafterafailedmastereventread

正尝试重连到master。当连接确定后,状态就变成Waitingformastertosendevent。

WaitingfortheslaveSQLthreadtofreeenoughrelaylogspace

relay_log_space_limit的值非零,中继日志的大小总和超过这个值了。I/O线程等待SQL线程先处理中继日志然后删除它们以释放足够的空间

Waitingforslavemutexonexit

当前线程停止了,这个时间很短。

6.3.3Slave的SQL线程状态

以下列出了slave的SQL线程State字段中最常见的几种状态:

Readingeventfromtherelaylog

从中继日志里读到一个事件以备执行。

Hasreadallrelaylog;waitingfortheslaveI/Othreadtoupdateit

已经处理完中继日志中的全部事件了,正等待I/O线程写入更新的日志。

Waitingforslavemutexonexit

当前线程停止了,这个时间很短。

--------------

常见的一些问题:

一.从库SLAVE启动问题

由于一些错误操作导致CHANGEMASTER和SLAVE服务无法启动,系统报错如下:

*****************************************************************

Couldnotinitializemasterinfostructure;moreerrormessagescanbefoundintheMySQLerrorlog.

*****************************************************************

无法初始化masterinfo结构,MySQL错误日志记录了更详细的错误信息。

解决方法:

1、查看MySQL错误日志,如:同步的上一个Position是多少,很多情况下无法启动服务是由于mysql识别的同步始终停留在上一个Position上。

2、查看master.info和relay-log.info,master.info记录MASTER相关信息,relay-log.info记录当前同步日志信息。

3、停止myslq服务,删除master.info和relay-log.info。

4、启动mysql服务。

5、重新CHANGEMASTER,重新启动SLAVE服务。

二.主从不能同步

showslavestatus;报错:Errorxxxdosn'texist

且showslavestatus\G:

Slave_SQL_Running:NO

Seconds_Behind_Master:NULL

解决方法:

stopslave;

setglobalsql_slave_skip_counter=1;

startslave;

之后Slave会和Master去同步主要看:

Slave_IO_Running:Yes

Slave_SQL_Running:Yes

Seconds_Behind_Master是否为0,0就是已经同步了

2,还需要做的一些优化与监视:

showfullprocesslist;//查看mysql当前同步线程号

skip-name-resolve//跳过dns名称查询,有助于加快连接及同步的速度

max_connections=1000//增大Mysql的连接数目,(默认100)

max_connect_errors=100//增大Mysql的错误连接数目,(默认10)

查看日志一些命令

1,showmasterstatus\G;

在这里主要是看log-bin的文件是否相同。

showslavestatus\G;

在这里主要是看:

Slave_IO_Running=Yes

Slave_SQL_Running=Yes

如果都是Yes,则说明配置成功.

2,在master上输入showprocesslist\G;

mysql>SHOWPROCESSLIST\G

***************************1.row***************************

Id:2

User:root

Host:localhost:32931

db:NULL

Command:BinlogDump

Time:94

State:Hassentallbinlogtoslave;waitingforbinlogto

beupdated

Info:NULL

如果出现Command:BinlogDump,则说明配置成功.

stopslave#停止同步

startslave#开始同步,从日志终止的位置开始更新。

SETSQL_LOG_BIN=0|1#主机端运行,需要super权限,用来开停日志,随意开停,会造成主机从机数据不一致,造成错误

SETGLOBALSQL_SLAVE_SKIP_COUNTER=n#客户端运行,用来跳过几个事件,只有当同步进程出现错误而停止的时候才可以执行。

RESETMASTER#主机端运行,清除所有的日志,这条命令就是原来的FLUSHMASTER

RESETSLAVE#从机运行,清除日志同步位置标志,并重新生成master.info

虽然重新生成了master.info,但是并不起用,最好,将从机的mysql进程重启一下,

LOADTABLEtblnameFROMMASTER#从机运行,从主机端重读指定的表的数据,每次只能读取一个,受timeout时间限制,需要调整timeout时间。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大,要增加net_read_timeout和net_write_timeout的值

LOADDATAFROMMASTER#从机执行,从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大,要增加net_read_timeout和net_write_timeout的值

CHANGEMASTERTOmaster_def_list#在线改变一些主机设置,多个用逗号间隔,比如

CHANGEMASTERTO

MASTER_HOST='master2.mycompany.com',

MASTER_USER='replication',

MASTER_PASSWORD='bigs3cret'

MASTER_POS_WAIT()#从机运行

SHOWMASTERSTATUS#主机运行,看日志导出信息

SHOWSLAVEHOSTS#主机运行,看连入的从机的情况。

SHOWSLAVESTATUS(slave)

SHOWMASTERLOGS(master)

SHOWBINLOGEVENTS[IN'logname'][FROMpos][LIMIT[offset,]rows]

PURGE[MASTER]LOGSTO'logname';PURGE[MASTER]LOGSBEFORE'date'

showbinlogevents;#查看主库二进制日志文件内容:

注意:

1.主辅库同步主要是通过二进制日志来实现同步的。

2.在启动辅库的时候必须先把数据同步,并删除日志目录下的:master.info文件。因为master.info记录了上次要连接主库的信息,如果不删除,即使my.cnf里进行了修改,也不起作用。因为读取的还是master.info文件里的信息。

延伸 · 阅读

精彩推荐