mysql binlog远程_mysql 远程备份binlog日志

之前备份binlog时，都是先在本地进行备份压缩，而后发送到远程服务器中。可是这其中仍是有必定风险的，由于日志的备份都是周期性的，若是在某个周期中，服务器宕机了，硬盘损坏了，就可能致使这段时间的binlog就丢失了。mysql

并且，之前用脚本对远程服务器进行备份的方式，有个缺点：没法对MySQL服务器当前正在写的二进制日志文件进行备份。因此，只能等到MySQL服务器所有写完才能进行备份。而写完一个binlog的时间并不固定，这就致使备份周期的不肯定。sql

从MySQL5.6开始，mysqlbinlog支持将远程服务器上的binlog实时复制到本地服务器上。服务器

mysqlbinlog的实时二进制复制功能并不是简单的将远程服务器的日志复制过来，它是经过MySQL 5.6公布的Replication API实时获取二进制事件。本质上，就至关于MySQL的从服务器。与普通服务器相似，主服务器发生事件后，通常都会在0.5~1秒内进行备份。post

备份命令url

mysqlbinlog --read-from-remote-server --raw --host=192.168.244.145 --port=3306 --user=repl --password=repl --stop-never mysql-bin.000001

解释以下：spa

--read-from-remote-server：用于备份远程服务器的binlog。若是不指定该选项，则会查找本地的binlog。日志

--raw：binlog日志会以二进制格式存储在磁盘中，若是不指定该选项，则会以文本形式保存。code

--user：复制的MySQL用户，只须要授予REPLICATION SLAVE权限。server

--stop-never：mysqlbinlog能够只从远程服务器获取指定的几个binlog，也可将不断生成的binlog保存到本地。指定此选项，表明只要远程服务器不关闭或者链接未断开，mysqlbinlog就会不断的复制远程服务器上的binlog。

mysql-bin.000001：表明从哪一个binlog开始复制。

除了以上选项外，还有如下几个选项须要注意：

--stop-never-slave-server-id：在备份远程服务器的binlog时，mysqlbinlog本质上就至关于一个从服务器，该选项就是用来指定从服务器的server-id的。默认为-1。

--to-last-log：表明mysqlbinlog不只可以获取指定的binlog，还能获取其后生成的binlog，获取完了，才终止。若是指定了--stop-never选项则会隐式打开--to-last-log选项。

--result-file：用于设置远程服务器的binlog，保存到本地的前缀。譬如对于mysql-bin.000001，若是指定--result-file=/test/backup-，则保存到本地后的文件名为/test/backup-mysql-bin.000001。注意：若是将--result-file设置为目录，则必定要带上目录分隔符“/”。譬如--result-file=/test/，而不是--result-file=/test，否则保存到本地的文件名为/testmysql-bin.000001。

不足：

这个方式有个问题，对于常规的主从复制来讲，若是主从直接的链接断开了，则从会自动再次链接，而对于mysqlbinlog，若是断开了，并不会自动链接。

解决方案：

可经过脚原本弥补上述不足。

#!/bin/shBACKUP_BIN=/usr/bin/mysqlbinlog

LOCAL_BACKUP_DIR=/backup/binlog/BACKUP_LOG=/backup/binlog/backuplog

REMOTE_HOST=192.168.244.145REMOTE_PORT=3306REMOTE_USER=repl REMOTE_PASS=repl FIRST_BINLOG=mysql-bin.000001#time to waitbefore reconnecting after failure SLEEP_SECONDS=10##create local_backup_dir ifnecessary mkdir -p ${LOCAL_BACKUP_DIR} cd ${LOCAL_BACKUP_DIR} ## 运行while循环，链接断开后等待指定时间，从新链接 while: do if [ `ls -A "${LOCAL_BACKUP_DIR}" |wc -l` -eq 0 ];thenLAST_FILE=${FIRST_BINLOG} elseLAST_FILE=`ls -l ${LOCAL_BACKUP_DIR} | grep -v backuplog |tail -n 1 |awk '{print $9}'` fi${BACKUP_BIN} --raw --read-from-remote-server --stop-never --host=${REMOTE_HOST} --port=${REMOTE_PORT} --user=${REMOTE_USER} --password=${REMOTE_PASS} ${LAST_FILE} echo "`date +"%Y/%m/%d %H:%M:%S"` mysqlbinlog中止，返回代码：$?" | tee -a ${BACKUP_LOG} echo "${SLEEP_SECONDS}秒后再次链接并继续备份" | tee -a ${BACKUP_LOG} sleep${SLEEP_SECONDS} done

脚本解读：

1. 实际上定义了一个死循环，若是备份失败，则10s后从新链接。

2. 第一次运行时需指定FIRST_BINLOG的值，指从哪一个binlog开始复制，通常为mysql-bin.000001。后续执行的时候就直接获取备份目录下最新的binlog，从最新的binlog开始复制。

总结：

1. 若是指定了--raw，mysqlbinlog获取事件后，并不会实时落盘，而是先保存在本地服务器的内存中，每4K刷盘一次。这也就减小了频繁的日志写操做。若是此时mysqlbinlog和主服务器之间的链接断开了，则内存中的binlog会立刻刷新到磁盘中。

2. 尽管mysqlbinlog相似于从服务器，但从服务器上的relaylog倒是实时存盘的，即从服务器获取主服务器产生的事件后，会实时写入到relaylog中。

3. 若是不指定--raw，这个时候会以文本格式存盘，此时，--result-file=/test/不能指定为目录，必须明确写上文件名，譬如--result-file=/test/1.sql，此时，mysqlbinlog获取事件后，是实时落盘的，不会每4K刷盘一次。