皮皮网

1.MySQL · 源码分析 · Subquery代码分析
2.MySQL XA事务源码分析
3.MySQL是源码不是不开源了mysql不开源吗
4.MySQL最新动态是否不再开源mysql不开源了么
5.MySql轻松入门系列——第二站 使用visual studio 对mysql进行源码级调试
6.MySQL 优化器源码入门-内核实现 FULL JOIN 功能

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

       子查询在MySQL中的处理方式，主要涉及到其在条件/投影中的源码应用。它们以Item_subselect这个表达式类的源码子类形式存在，描述结构丰富多样。源码所有子查询在MySQL中以Item_subselect为基类，源码包含相关或非相关的源码垃圾源码类型，且具有特定的源码标记来描述其性质。子查询的源码执行方式在Subquery_strategy枚举中被明确，共有五种最终执行方式。源码处理流程分为prepare、源码optimize和execute三个阶段。源码在prepare阶段，源码子查询通过抽象语法树进行初步构建，源码主要完成将子查询转换为衍生表或选择性执行的源码逻辑。optimize阶段根据代价估算决定子查询的源码执行策略，包括物化执行或EXISTS方式。execute阶段，依据优化阶段确定的策略执行子查询。总结而言，子查询的处理流程在MySQL中较为复杂，特别是在prepare阶段的转换逻辑，但整体处理思路清晰。通过这种方式，MySQL能够高效地处理子查询，实现数据查询和分析的azkaban 源码日志实现复杂需求。

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会强制落盘，确保旧文件不包含未完成的事务。

MySQL是不是不开源了mysql不开源吗

       近日有传言称，MySQL已经不再是一款开源的数据库，引起了广泛关注和讨论。但实际上，MySQL仍然是开源的，只是有一些商业版权产生了争议。

       MySQL始于年，是一款由瑞典 MySQL AB公司开发的关系型数据库管理系统。年，该公司被Sun Microsystems收购，年，Sun又被Oracle收购，MySQL也成为了Oracle旗下的一款数据库。

       MySQL原本以GNU GPL（通用公共许可证）的开源协议发布，这也让许多公司和开发者可以在免费的问剑江湖源码情况下使用这款数据库。但是，随着Oracle收购后的一系列变化，MySQL的开源性备受争议。

       在年，欧盟委员会对Oracle收购Sun进行了反垄断审查，担心Oracle会通过此次收购独占MySQL市场，阻碍其它竞争对手的发展。在审查委员会的斡旋下，Oracle同意让MySQL保持开源，并且一直持续到今天。

       但是，Oracle为了保护自己的商业利益，推出了一系列商业版MySQL。这些商业版MySQL除了包括原本的MySQL功能外，还增加了一些只有商业版才有的功能，比如MySQL Cluster CGE（集群数据库）、MySQL Enterprise Monitor（商业版监控工具）、MySQL Enterprise Backup（商业版备份工具）等等。这些功能可以帮助企业更好地管理MySQL数据库，但是需要付费购买。

       这些商业版MySQL引起了一些人的不满，认为Oracle已经违背了MySQL的开源协议，不再是一款真正的开源软件。但事实上，咪沫辅助源码商业版MySQL并不等同于闭源，Oracle仍然公开MySQL的源代码，并提供了开发者版的MySQL，可以免费下载和使用。

       事实上，开源软件生态下的许多项目都会在商业利益的诱惑下产生商业版权，因此MySQL也并不是个例。MySQL仍然在不断地开发和更新，MySQL 8.0版本已于年发布，为开发者提供了许多新功能和改进。

       MySQL仍然是一款开源的数据库，但仍存在商业版MySQL产生的争议。对于普通用户来说，可以继续使用免费的MySQL，而大型企业则可以考虑使用商业版MySQL来管理自己的数据库。在任何情况下，MySQL仍然是一款功能强大且不断进化的数据库，为不同规模和需求的企业和开发者提供了广泛的选择和支持。

MySQL最新动态是否不再开源mysql不开源了么

       MySQL最新动态：是否不再开源？

       MySQL一直以来都是开源数据库领域中的佼佼者，但近期一些传言称MySQL可能不再开源，引起了众多开发者的担忧和关注。那么，MySQL是否真的不再开源了呢？

       我们需要了解MySQL的历史和现状。MySQL最初由瑞典MySQL AB公司开发，io-net源码年被Sun Microsystems（后来被Oracle收购）收购。由于Sun Microsystems当时是一个开源软件的倡导者，MySQL在被收购后依旧保持了开源的身份，并继续在开源社区中发展壮大。然而，年Oracle收购了Sun Microsystems，MySQL也成为了Oracle的财产。

       虽然Oracle同样也是一个开源支持者，但MySQL在Oracle的管理下不再是一个独立的开源项目，而是成为了Oracle旗下的商业产品。由于Oracle拥有MySQL的知识产权，因此Oracle也有权利将MySQL的许可证更改为其他类型的许可证，比如闭源许可证。

       因此，一些人认为MySQL可能不再开源，但实际上，MySQL至今依旧是一个开源项目。MySQL使用的是双许可证，分为GPL和商业许可证两种类型。GPL许可证意味着MySQL的源码是开源的，可以自由修改和分发，但是如果将MySQL源码嵌入一个软件中发布，则该软件也必须采用GPL许可证。而商业许可证则可以让用户使用MySQL的源码构建闭源软件。

       虽然MySQL的源码依旧是开源的，但由于Oracle掌握着MySQL的知识产权，因此Oracle可以限制MySQL的发展方向。Oracle可以在自己的商业产品中加强MySQL的集成，但同时限制其与其他开源软件的集成，这就导致了MySQL开发社区的不满。此外，Oracle还限制了MySQL的名字和商标的使用，这也对MySQL的市场推广带来了一些阻碍。

       虽然MySQL受到了一些限制，但仍然被广泛使用和支持。MySQL在全球拥有大量的用户和开发者社区，从而使MySQL Documentation、MySQL Development、MySQL Bugs等MySQL官方网站十分活跃。同时，MySQL也拥有众多的开源项目和衍生版本，比如MariaDB和Percona等，这些衍生版本都吸收了MySQL社区贡献的代码和特性，积极推进MySQL技术的发展。

       MySQL虽然在Oracle的掌管下有了一些改变，但它始终是一个受欢迎的开源项目。MySQL的源码依旧是开源的，而它的市场地位也越来越坚实。当然，我们不能忽视对MySQL的官方支持和维护，在MySQL发展过程中，MySQL的使用者和开发者要与MySQL官方密切合作，共同推动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 优化器源码入门-内核实现 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功能，为读者提供了一个从零开始实现新功能的实例。