下文内容主要给大家带来Mysql复制监控和维护简析，这里所讲到的知识，与书籍略有不同，都是创新互联专业技术人员在与用户接触过程中，总结出来的，具有一定的经验分享价值，希望给广大读者带来帮助。
(1) 清理日志：
PURGE ，删除二进制文件，不能直接物理删除，否则重启mysql服务可能会导致各种异常，需要使用命令PURGE进行删除，因为mysql重启后，就不会再找对应的文件，使用purge命令删除会自动更新索引文件，下次mysql重启时，就不会找对应的二进制文件
PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr };
TO表示到该二进制文件之前的，不包括该二进制文件，都会被清除
或者，BEFORE某个时间，则到该时间之前的二进制日志文件都会被删除，如果这个时间恰好是某个二进制文件中间的某个时间点，那么也会把这个文件的该时间点之前的日志都删掉，但是该日志的该时间点后的日志不会被清除。
二进制日志一定不能删除，用来恢复数据，如果一定要删除，建议复制二进制文件到其他机器上，然后再用purge命令删除本机上的二进制文件
查找当前的二进制文件内容
MariaDB [sunnydb]> show binary logs;
+-------------------+-----------+
| Log_name | File_size |
+-------------------+-----------+
| master-log.000001 | 542 |
| master-log.000002 | 468 |
| master-log.000003 | 1045 |
| master-log.000004 | 1296 |
+-------------------+-----------+
如清除master-log.000003 即清除master-log.000002 和master-log.000001的二进制log，命令如下
MariaDB [sunnydb]> purge binary logs to 'master-log.000003';
(2) 复制监控命令
查看复制相关的状态和文件的命令
MASTER:
查看当前用哪个二进制文件，以及当前二进制文件的位置
SHOW MASTER STATUS;
查看二进制文件的记录
SHOW BINLOG EVENTS;
查看所有的二进制文件和文件大小
SHOW BINARY LOGS;
SLAVE:
查看从云服务器的状态数据
SHOW SLAVE STATUS\G;
判断从服务器是否落后于主服务器的时间：
Seconds_Behind_Master: 0
(3) 如何确定主从节点数据是否一致？
通过表的CHECKSUM检查，表创建时可以启用checksum功能，但是，一旦启用该功能，每一次更改表的信息都会计算表的校验码，消耗资源；
建议使用percona-tools中percona-toolkit 的功能 pt-table-checksum；计算出主从服务器上表的校验和，并进行比较。percona-toolkit 还可以检查各种系统指标
(4) 主从数据不一致时的修复方法？
重新复制；
如果不同步的量很少，可以直接手动修改数据即可
注意，工具PXC按位复制，数据不一致的概率小
对于以上关于Mysql复制监控和维护简析，如果大家还有更多需要了解的可以持续关注我们创新互联的行业推新，如需获取专业解答，可在官网联系售前售后的，希望该文章可给大家带来一定的知识更新。
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
