共 3 篇相关文章
这篇FAQ整理了MariaDB（也适用于MySQL）用户在实际使用中可能遇到的若干典型问题与解答。文章涵盖了从语法兼容性到性能排查的多个实战场景。 例如，在早期MySQL 5.1中，`via`并非保留字，但在MariaDB中使用则会导致1064错误，这是一个已修复的特定版本兼容性问题。另一篇关于“索引下推”的案例则展示了升级到MariaDB 5.5.23后，某个查询因优化器行为变化，执行时间从毫秒级暴跌至十几秒，通过设置`optimizer_switch`关闭该特性后恢复正常，该问题已被记录为Bug。 此外，文章还澄清了客户端在连接建立前就会提示输入密码的技术细节，并讨论了Amazon RDS的迁移方法。对于社区关心的`CHECK`约束支持，文中也给出了明确答复：当时尚无实现计划。 这些问答直接源于社区真实案例，具体且实用，能帮助开发者快速定位并解决类似环境中的常见困惑。
这篇测评比较了MySQL、MariaDB和Percona在TPCC基准测试中的性能表现。作者搭建了统一的硬件环境，通过自动化脚本运行了严格的1000仓库规模测试，重点对比了不同版本（如MySQL 5.6、Percona 5.5/5.6、MariaDB 5.5）以及关键配置差异（如独享表空间、InnoDB Buffer Pool实例数）对性能的影响。 测试结果显示，Percona 5.6（配置为独享表空间且Buffer Pool实例数为1）取得了最高的TpmC（每分钟事务数），性能优势显著。同时，测试观察到一个趋势：在测试的线程数范围内，并发线程数增加通常能带来更高的TpmC效率。相比之下，文章也指出本次测试并未深入涵盖各数据库版本宣称的所有新特性。 对于需要高事务处理能力的OLTP场景，文章数据表明Percona 5.6是一个值得考虑的高性能选项。
这篇讲的是MariaDB 5.5.27版本中HASH JOIN特性的底层源码实现。作者从MySQL与MariaDB的分支差异切入，指出MariaDB为优化等值JOIN性能而引入了该特性，并深入其C++源码，拆解了从优化器决策到执行器运行的全过程。 文章的核心在于剖析HASH JOIN的执行逻辑：它如何为内表建立内存哈希表，再逐行探测外表以完成连接。作者特别指出了几个巧妙的设计点，比如在内存压力较大时，系统如何自动切换为分片处理模式，将哈希表溢出写入磁盘，从而在有限资源下完成大表连接。同时，文中也对比了其与MySQL原有Block Nested Loop算法的效率差异，并提供了实际执行计划的对比分析。 对于想理解数据库连接算子如何从算法落地到具体代码的读者，这篇源码解读提供了一个清晰的范本，展示了工程实现中如何在性能与资源间做权衡。
