当前位置： 移动技术网 > IT编程>数据库>Mysql > 深入mysql主从复制延迟问题的详解

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

2017年12月12日  | 移动技术网IT编程  | 我要评论

面试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

您可能感兴趣的文章:

如对本文有疑问， 点击进行留言回复！！

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网