深入浅出:对MySQL主从配置的一些总结

有很多朋友做了mysql主从也有一段时间了,但是有时候也走了不少弯路,时间也浪费了不少,主要问题是没有查阅其他的主机配置的相关资料,而仅仅是看了配置文档,下面是对主从配置的一些总结。

一、做了mysql主从也有一段时间了,这两天检查磁盘空间情况,发现放数据库的分区磁盘激增了40多G,一路查看下来,发现配置好主从复制以来到现在的binlog就有40多G,原来根源出在这里,查看了一下my.cnf,看到binlog的 size是1G就做分割,但没有看到删除的配置,在mysql里show了一下variables:

深入浅出:对MySQL主从配置的一些总结

查到了,原来原因在此:

深入浅出:对MySQL主从配置的一些总结

这个默认是0,也就是logs不过期,这个是一个global的参数,所以需要执行

深入浅出:对MySQL主从配置的一些总结

这样8天前的log就会被删除了,如果有回复的需要,请做好备份工作,但这样设置还不行,下次重启mysql了,配置又恢复默认了,所以需在my.cnf中设置,

深入浅出:对MySQL主从配置的一些总结

这样重启也不怕了。

现在我在生产环境下的做法是将此时间设为0,然后备份mysql日志文件,然后再手动清理此文件。

想要恢复数据库以前的资料,执行

深入浅出:对MySQL主从配置的一些总结

由于数据量很多,查看起来很麻烦,光打开个文件就要闪半天,所以应该适当删除部分可不用的日志。

并且如果使用的时间足够长的话,会把我的硬盘空间都给吃掉。

①登录系统,/usr/bin/mysql

使用mysql查看日志:

深入浅出:对MySQL主从配置的一些总结

②删除bin-log(删除ablelee.000003之前的而没有包含ablelee.000003):

深入浅出:对MySQL主从配置的一些总结

③查询结果(现在只有一条记录了):

深入浅出:对MySQL主从配置的一些总结

用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除,这样被给定的日志成为第一个。

例如:

深入浅出:对MySQL主从配置的一些总结