MySQL主从复制主库binlog dump线程源码分析

在之前的文章《mysql主从复制io线程源码分析》，我们分析了MySQL从库的io线程工作的主要过程，大致回顾一下，如下：

1. 连接主库
2. 发送COM_REGISTER_SLAVE命令注册从库
3. 发送COM_BINLOG_DUMP_GTID命令请求拉取binlog

下面将结合源码，分析一下主库接收到从库io线程发送过来的命令后，是如何具体处理的。

MySQL源码版本：5.7.19

原文地址：
https://mytecdb.com/blogDetail.php?id=86

1. 注册从库

主库在接收到从库发送的COM_REGISTER_SLAVE命令后，会调用register_slave函数完成从库的注册。主要的执行逻辑如下：

获取从库发送的与注册相关的一些数据，包括从库的server_id，report_host，report_user，report_password，port等等，这些数据会被存放在一个叫做SLAVE_INFO的结构里，这个结构最终会被放到slave_list变量中，slave_list的类型是一个HASH表。slave_list是一个全局变量，位于源码文件 sql/rpl_master.cc，这个变量在用户执行show slave hosts时也会用到。

如果slave_list这个HASH表中已经有从库的信息了，也就是包含相同server_id的从库信息已经存在，那么会先删掉该从库信息，再把新的加进去。