1.mysql_real_connect函数原型
2.MySQL全文索引源码剖析之Insert语句执行过程
3.MySQL · 源码分析 · Subquery代码分析
4.MySql轻松入门系列——第二站 使用visual studio 对mysql进行源码级调试
5.MySQL源码阅读1-启动初始化
6.mysql源码安装升级
mysql_real_connect函数原型
MySQL 是标源一个开放源代码的关系型数据库管理系统，使用 MySQL_real_connect 函数可以建立与 MySQL 数据库服务器的源码连接。函数的标源原型如下：
MYSQL *mysql_real_connect(MYSQL *mysql, const char *host, const char *user, const char *passwd, const char *db, unsigned int port, const char *unix_socket, unsigned long client_flag);
在这个函数中，有多个参数用于建立连接：
1. mysql：这是源码用来保存连接句柄的指针。当函数成功建立连接后，标源这个指针将指向数据库连接句柄。源码源码乘法符号位
2. host：这个参数用于指定数据库服务器的标源主机名或者 IP 地址。
3. user：这个参数用于指定连接数据库的源码用户名。
4. passwd：这个参数用于指定用户名对应的标源密码。
5. db：这个参数用于指定要连接的源码数据库名称。如果为空字符串，标源则默认连接到默认数据库。源码
6. port：这个参数用于指定数据库服务器的标源端口号。
7. unix_socket：这个参数用于指定使用 Unix socket 文件连接数据库服务器。源码当该参数非空字符串时，标源优先使用 Unix socket 文件连接，如果该参数为空字符串，则表示不使用 Unix socket 文件连接。
8. client_flag：这个参数用于指定客户端连接选项，例如是否启用 SSL 连接等。
当函数成功建立连接时，返回一个 MYSQL 类型的指针。如果连接失败，则返回 NULL。社交通讯源码
在使用 MySQL_real_connect 函数前，请确保已经正确配置了 MySQL 数据库服务器，并且在客户端程序中正确设置了相应的连接参数。这样就可以成功建立与 MySQL 数据库服务器的连接，进而执行各种 SQL 查询和操作。
MySQL全文索引源码剖析之Insert语句执行过程
本文来源于华为云社区，作者为GaussDB数据库，探讨了MySQL全文索引源码中Insert语句的执行过程。
全文索引是一种常用于信息检索的技术，它通过倒排索引实现，即单词和文档的映射关系，如(单词，(文档，偏移))。以创建一个表并在opening_line列上建立全文索引为例，插入'Call me Ishmael.'时，文档会被分为'call', 'me', 'ishmael'等单词，并记录在全文索引中。
全文索引Cache的作用类似于Change Buffer，用于缓存分词结果，避免频繁刷盘。Innodb使用fts_cache_t结构来管理cache，每个全文索引的ghost源码修改教程表都会在内存中创建一个fts_cache_t对象。
Insert语句的执行分为三个阶段：写入行记录阶段、事务提交阶段和刷脏阶段。写入行记录阶段生成doc_id并写入Innodb的行记录，并将doc_id缓存。事务提交阶段对文档进行分词，获取{ 单词，(文档，偏移)}关联对，并插入到cache。刷脏阶段后台线程将cache刷新到磁盘。
全文索引的并发插入可能导致OOM问题，可通过修复patch #解决。当MySQL进程崩溃时，fts_init_index函数会恢复crash前的cache数据。
MySQL · 源码分析 · Subquery代码分析
子查询在MySQL中的处理方式，主要涉及到其在条件/投影中的应用。它们以Item_subselect这个表达式类的子类形式存在，描述结构丰富多样。所有子查询在MySQL中以Item_subselect为基类，包含相关或非相关的类型，且具有特定的标记来描述其性质。子查询的执行方式在Subquery_strategy枚举中被明确，共有五种最终执行方式。e源码带皮肤处理流程分为prepare、optimize和execute三个阶段。在prepare阶段，子查询通过抽象语法树进行初步构建，主要完成将子查询转换为衍生表或选择性执行的逻辑。optimize阶段根据代价估算决定子查询的执行策略，包括物化执行或EXISTS方式。execute阶段，依据优化阶段确定的策略执行子查询。总结而言，子查询的处理流程在MySQL中较为复杂，特别是在prepare阶段的转换逻辑，但整体处理思路清晰。通过这种方式，MySQL能够高效地处理子查询，实现数据查询和分析的复杂需求。
MySql轻松入门系列——第二站 使用visual studio 对mysql进行源码级调试
在探索MySQL世界的过程中，有些同学希望更深入地了解如何在Visual Studio中进行源码级调试。不用担心，让我们一步步来。必备工具
MySQL是用C++编写的，要在Windows上编译，需要几个关键工具：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并修改密码。追踪write_row
在上一篇中提到的write_row是一个虚方法，通过实际调试，我们可以看到它在ha_innodb.cc的实现。设置断点，执行insert操作，可以看到代码进入ha_innodb::write_row方法，深入查看局部变量和调用堆栈，验证之前的理论。总结
通过一整天的努力，我们掌握了在Visual Studio中对MySQL源码进行调试的技巧。记住，每一步都可能是个挑战，但只有亲自动手，才能真正理解MySQL的运作机制。希望这些经验能帮助你避免一些常见的坑，祝你在源码的世界里探索得更深入！MySQL源码阅读1-启动初始化
通过深入阅读MySQL源码，旨在学习并记录其内核知识。初次探索难免有错误或遗漏，欢迎指正，并期待在后续阅读中对笔记进行修正。
MySQL的启动初始化是关键步骤，涉及核心逻辑与执行流程。关注的入口函数位于`mysql-server-8.0/sql/mysqld.cc::mysqld_main`。
初始化阶段主要关注点包括启动MySQL中的线程，负责执行各种任务。MySQL在初始化时启动的线程种类多样，确保数据管理、查询执行与系统功能高效运作。
调用链显示了初始化过程中的函数调用关系，每个缩进代表一个函数调用，清晰地展示了初始化的执行流程。
总结而言，MySQL服务的初始化步骤复杂且关键，但通常不在日常关注范围内。初次阅读可能存在疏漏，期待在后续阅读中深入探索初始化与终止阶段的代码细节，持续优化理解。
mysql源码安装升级
进行MySQL源码小版本升级，从5.7.升级至5.7.，遵循以下步骤以确保平稳过渡与系统稳定。
准备阶段，首先获取新版本MySQL的源码包。
关闭MySQL服务，避免升级过程中影响现有数据库操作。
备份原MySQL目录，以防升级过程中出现意外，便于及时恢复。
编译新版本的MySQL源码，确保其与当前环境兼容且无误。
验证升级成功，通过检查MySQL版本信息确认已成功切换至新版本。
启动新版本的MySQL，确保服务恢复正常运行。
使用自动升级脚本进行简化操作，脚本文件名为mysql_update.sh。
将mysql_update.sh直接放置于MySQL源码包目录内。
执行脚本时，只需指定原MySQL安装目录作为参数，脚本将自动完成升级流程。
以上步骤提供了一种高效且安全的MySQL源码升级方式，确保升级过程流畅无阻，并维护数据库系统正常运行。
MySQL 优化器源码入门-内核实现 FULL JOIN 功能
本文以实现MySQL内核的FULL JOIN功能为目标，深入解析了MySQL源码的优化器工作流程。首先，作者通过环境和知识准备，明确将重点放在Server执行流程的探索上，从语法规则的修改开始，如在`sql_yacc.yy`中添加新支持，以及在`parse_tree_nodes.cc`中处理FULL JOIN的语法树解析和打印。接着，作者逐步解析了词法、语法分析后的Query_expression、Query_block和Query_term结构，并在关键函数中设置了断点以跟踪执行流程。
在探索了JOIN的优化工作流程后，作者选择在hypergraph_optimizer中实现FULL JOIN，该部分涉及RelationalExpression、JoinHypergraph的构建和AccessPath的生成。尽管过程复杂，但作者通过逐步调试和修改，成功在HashJoinIterator中添加了对FULL JOIN的支持，包括添加新数据成员和状态标记，以及在LEFT JOIN后执行ANTI JOIN流程。
在测试阶段，作者确认了FULL JOIN功能的正确性，通过在代码关键位置的断点观察，确认了FULL OUTER_JOIN的出现，并展示了改造后的迭代器结构。整个过程中，作者强调了在实现过程中面临的挑战和对MySQL历史的参考，最终决定以最少改动的方式完成任务，以保持代码的简洁和性能。
通过这个项目，作者不仅深入理解了MySQL源码，还实现了FULL JOIN功能，为读者提供了一个从零开始实现新功能的实例。
MySQL XA事务源码分析
MySQL XA事务源码分析概览
在深入理解MySQL XA事务处理中，我们重点关注了几个关键步骤：外部XA PREPARE、COMMIT、2PC阶段的Log落盘顺序，以及本地事务commit和外部XA的Rollback、RECOVERY流程。以下是这些流程的简要概述：外部XA PREPARE流程
开始阶段：------------------- XA PREPARE START -------------------------
结束阶段：------------------- XA PREPARE END -------------------------
外部XA COMMIT流程
简述：------------------- XA COMMIT START -------------------------
简述：------------------- XA COMMIT END -------------------------
本地事务COMMIT流程与外部XA比较
不同之处：------------------- 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到新文件前，redo log会强制落盘，确保旧文件不包含未完成的事务。
