首页 / MYSQL / 深入mysql主从复制延迟问题的详解

深入mysql主从复制延迟问题的详解

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了深入mysql主从复制延迟问题的详解，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2114字，纯文字阅读大概需要4分钟。

内容图文

面试mysqldba的时候遇到一个题：

描述msyql replication 机制的实现原理，如何在不停掉mysql主库的情况下，恢复数据不一致的slave的数据库节点？

MySQL的复制（replication）是一个异步的复制，从一个MySQL instace（称之为Master）复制到另一个MySQL instance（称之Slave）。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在Master（IO进程）上。

引用新浪某位大牛的话：mysql复制就是一句话：基于binlog的单线程异步复制过程。
MySQL Replication复制的基本过程如下：
1、Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；

代码如下:

mysql> CHANGE MASTER TO
            ->     MASTER_HOST='master_host_name',
            ->     MASTER_USER='replication_user_name',
            ->     MASTER_PASSWORD='replication_password',
            ->     MASTER_LOG_FILE='recorded_log_file_name',
            ->     MASTER_LOG_POS=recorded_log_position;

2、Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置；

3、Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”；

4、Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行

操作过程：
（1）登陆主服务器，查看主服务器的状态
mysql>show master status；
找到现阶段master的数据偏移量的值。

（2）登陆从服务器，执行同步操作。
mysql>stop slave;
mysql > change master to 直接定位到这个值得位置； 这里也就相当于给slave指明了相应的位置。
mysql > start slave;

（3）从服务器上查看状态
mysql > show slave status

您可能感兴趣的文章:

  • MySQL中从库延迟状况排查的一则案例
  • MYSQL主从不同步延迟原理分析及解决方案
  • 减少mysql主从数据同步延迟问题的详解
  • 解决MySQL中的Slave延迟问题的基本教程
  • mysql同步问题之Slave延迟很大优化方法
  • MySQL延迟关联性能优化方法
  • mySQL 延迟 查询主表
  • 部署MySQL延迟从库的一些好处小结

内容总结

以上是互联网集市为您收集整理的深入mysql主从复制延迟问题的详解全部内容，希望文章能够帮你解决深入mysql主从复制延迟问题的详解所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/585052.html

来源：【匿名】