2022-09-07 mysql/stonedb-查询优化器逻辑记录及优化器魔改

悟世者

已于 2022-11-18 09:57:13 修改

阅读量228

点赞数

CC 4.0 BY-SA版权

分类专栏： stonedb 文章标签： mysql 数据库

于 2022-09-07 23:15:44 首次发布

本文链接：https://blog.youkuaiyun.com/adofsauron/article/details/126755853

stonedb 专栏收录该内容

163 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

本文记录了STONEDB引擎如何使用MySQL的查询优化器，特别关注了JOIN::optimize函数中part参数设为1的情况。文章探讨了为何在TIANMU UPGRADE中停止后续查询优化，并对part的语义变化进行了讨论。同时，指出了make_join_plan的join优化在新逻辑下无法执行的问题，以及IN子查询转换为EXISTS的代价计算过程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

摘要:

记录STONEDB对于mysql的查询优化器的使用

逻辑关系:

调用堆栈:

(gdb) bt
#0  JOIN::optimize (this=0x7fb23804e600, part=1 '\001') at /home/jenkins/workspace/stonedb5.7-zsl-centos7.9-75-131-20220805/sql/sql_optimizer.cc:296
#1  0x0000000002c70a23 in Tianmu::core::optimize_select (thd=0x7fb238002c10, select_options=2147748608, result=0x7fb238011940, select_lex=0x7fb238007da0, 
    optimize_after_tianmu=@0x7fb468da9d0c: 1, free_join=@0x7fb468da9d10: 1) at /home/jenkins/workspace/stonedb5.7-zsl-centos7.9-75-131-20220805/storage/tianmu/core/engine_execute.cpp:352
#2  0x0000000002c702d6 in Tianmu::core::Engine::HandleSelect (this=0x5df8fd0, thd=0x7f