1.MySql轻松入门系列——第二站 使用visual studio 对mysql进行源码级调试
2.MySQL XA事务源码分析
3.MySQL源码阅读1-启动初始化
4.MySQL · 源码分析 · Subquery代码分析
5.MySQL全文索引源码剖析之Insert语句执行过程
6.MySQL · 源码分析 · change master

MySql轻松入门系列——第二站 使用visual studio 对mysql进行源码级调试

       在探索MySQL世界的源码过程中，有些同学希望更深入地了解如何在Visual Studio中进行源码级调试。分析不用担心，源码让我们一步步来。分析

       必备工具

       MySQL是源码用C++编写的，要在Windows上编译，分析php 5.6.3源码包需要几个关键工具：CMake用于生成可打开的源码解决方案，如MySQL.sln；Boost是分析强大的C++库，Bison是源码用于解析MySQL语法规则的工具；当然，选择适合自己版本的分析MySQL源码（如5.7.）也是必不可少的。

       详细安装步骤

       安装过程需要细心，源码特别是分析Bison，务必避免默认路径中的源码空格问题，以免后续VS编译受阻。分析安装CMake和Bison时选择自定义路径，源码例如C:\2\GnuWin，确保它们的bin文件路径被添加到环境变量中。接下来解压mysql-5.7..zip，做项目代源码构建项目。

       编译与调试

       使用CMake编译MySQL源码，当看到Build files written to: C:/2/mysql-5.7./brelease，说明成功生成.sln文件。用Visual Studio 打开MySql.Sln，耐心等待十几分钟，编译成功后即可进行下一步。

       启动MySQL并调试

       首先，开启MySQL的调试模式，修改mysqld.cc中的test_lc_time_sz方法。然后，在Visual Studio的命令行参数中加入--console --initialize，开始调试。可能会遇到编码问题，解决后，输入默认密码zJDE>IC5o+ya，连接到MySQL并修改密码。-18的源码补码

       追踪write_row

       在上一篇中提到的write_row是一个虚方法，通过实际调试，我们可以看到它在ha_innodb.cc的实现。设置断点，执行insert操作，可以看到代码进入ha_innodb::write_row方法，深入查看局部变量和调用堆栈，验证之前的理论。

       总结

       通过一整天的努力，我们掌握了在Visual Studio中对MySQL源码进行调试的技巧。记住，每一步都可能是个挑战，但只有亲自动手，才能真正理解MySQL的运作机制。希望这些经验能帮助你避免一些常见的坑，祝你在源码的世界里探索得更深入！

MySQL XA事务源码分析

       事务类型外部 XA PREPARE 流程

       省流版：

       详细版：

       外部 XA COMMIT 过程

       省流版：

       详细版：

       外部 XA 2PC 阶段 Log 落盘顺序

       ------------------- XA PREPARE START -------------------------

       ------------------- XA PREPARE END -------------------------

       .

       .

       .

       .

       .

       .

       ------------------- XA COMMIT START -------------------------

       ------------------- XA COMMIT END -------------------------

       本地事务 commit 流程

       省流版

       与外部 XA PREPARE 2PC 的苗木行业APP源码不同

       与外部 XA COMMIT 的不同

       详细版：

       ------------------- PREPARE START -------------------------

       ------------------- PREPARE END -------------------------

       ------------------- COMMIT START -------------------------

       ------------------- COMMIT END -------------------------

       外部 XA ROLLBACK 流程

       省流版（Not Prepared Rollback 和 Prepared Rollback 的不同之处）

       详细版

       Not Prepared Rollback（在 end - prepare 之间 rollback）

       Prepared Rollback（在 prepare 之后 rollback）

       外部 XA RECOVERY 流程

       省流版

       详细版

       本地事务 RECOVERY 流程

       省流版

       详细版

       为什么只遍历最后一个binlog文件：

       rotate 到新的 binlog 文件前，redo log 强制落盘，因此redo commit记录会落盘，保证老的binlog文件没有正在提交的事务

MySQL源码阅读1-启动初始化

       通过深入阅读MySQL源码，旨在学习并记录其内核知识。初次探索难免有错误或遗漏，欢迎指正，并期待在后续阅读中对笔记进行修正。

       MySQL的启动初始化是关键步骤，涉及核心逻辑与执行流程。关注的入口函数位于`mysql-server-8.0/sql/mysqld.cc::mysqld_main`。

       初始化阶段主要关注点包括启动MySQL中的线程，负责执行各种任务。MySQL在初始化时启动的线程种类多样，确保数据管理、查询执行与系统功能高效运作。

       调用链显示了初始化过程中的函数调用关系，每个缩进代表一个函数调用，网页游戏源码 解析清晰地展示了初始化的执行流程。

       总结而言，MySQL服务的初始化步骤复杂且关键，但通常不在日常关注范围内。初次阅读可能存在疏漏，期待在后续阅读中深入探索初始化与终止阶段的代码细节，持续优化理解。

MySQL · 源码分析 · Subquery代码分析

       MySQL中的子查询源码分析深入探讨

       在了解了MySQL中衍生表的前篇内容后，现在我们将聚焦于条件和投影中嵌套的子查询，这些在MySQL内部是通过Item_subselect来处理的。子查询在SQL中分为相关和非相关两种，MySQL在解析和语义检查后能判断其相关性，并可能在后续优化中调整。

       所有子查询都属于Item_subselect类的子类，这个类的继承结构展示了MySQL支持的子查询类型和它们的标记。执行方式则由Subquery_strategy枚举决定，总共分为五种可能的策略，尽管优化过程涉及复杂函数，但重点在于理解整体流程。

       MySQL对查询处理分为三个阶段：prepare、optimize和execute。在prepare阶段，从抽象语法树（AST）构建开始，主要针对子查询进行转换，虽涉及规则和复杂函数，但核心思路清晰。在这个阶段，仅留下标记为CANDIDATE_FOR_IN2EXISTS_OR_MAT的子查询，其执行方式在优化阶段决定。

       优化阶段则基于代价估算，选择子查询的执行方式，是物化执行还是EXISTS方式。这个阶段的逻辑相当丰富，但这里仅关注子查询部分。

       到了execute阶段，执行逻辑相对简单，根据先前的分析，总结了执行子查询的几种方式。总的来说，子查询处理的复杂性高于衍生表，特别是prepare阶段的变换，这为深入源码研究提供了初步框架。

MySQL全文索引源码剖析之Insert语句执行过程

       本文来源于华为云社区，作者为GaussDB数据库，探讨了MySQL全文索引源码中Insert语句的执行过程。

       全文索引是一种常用于信息检索的技术，它通过倒排索引实现，即单词和文档的映射关系，如(单词，(文档，偏移))。以创建一个表并在opening_line列上建立全文索引为例，插入'Call me Ishmael.'时，文档会被分为'call', 'me', 'ishmael'等单词，并记录在全文索引中。

       全文索引Cache的作用类似于Change Buffer，用于缓存分词结果，避免频繁刷盘。Innodb使用fts_cache_t结构来管理cache，每个全文索引的表都会在内存中创建一个fts_cache_t对象。

       Insert语句的执行分为三个阶段：写入行记录阶段、事务提交阶段和刷脏阶段。写入行记录阶段生成doc_id并写入Innodb的行记录，并将doc_id缓存。事务提交阶段对文档进行分词，获取{ 单词，(文档，偏移)}关联对，并插入到cache。刷脏阶段后台线程将cache刷新到磁盘。

       全文索引的并发插入可能导致OOM问题，可通过修复patch #解决。当MySQL进程崩溃时，fts_init_index函数会恢复crash前的cache数据。

MySQL · 源码分析 · change master

       分析MySQL源码中change master功能，需要理解其执行流程及权限要求。以mysql_execute_command()作为入口点，可以观察到change_master操作需要具备SUPER权限，确保安全执行。

       change master的核心作用在于调整SQL和IO线程的配置参数，执行此操作时，系统可能会清除relay log。因此，在实际使用中，建议默认选择auto_position=1，以自动定位复制位置，避免手动指定可能导致的数据丢失风险。

       在需要对change master进行调整时，务必在锁保护下进行变量修改，同时注意调整锁的顺序，以防止出现死锁情况。确保操作的稳定性和数据的一致性。

       通过上述分析，我们可以明确change master的功能、执行过程中的关键点及最佳实践，从而在使用中更加高效、安全地进行数据库复制与配置调整。