超级会员免费看
本文记录了stonedb数据库中针对IN操作符的查询优化进程，目前进度达到5%，包括多线程并行化的魔改和对物理存储层的理解。作者正在研究MySQL如何将IN转为EXISTS，并探讨了stonedb为何无法自动完成此转换。同时，文章指出当前工作中缺乏清晰的文档，只留下了代码，使得改动的目的和原因不明。
当前进度:
- 总体进度: 5% ?
- 魔改了聚合的多线程并行化
- 理解推进到了物理存储层, 开始涉及与虚拟列的交互
- 调研mysql是如何将IN操作符转换为EXISTS处理的
- 当前STONEDB内对于EXISTS操作符已完成多线程并行优化, 可以采取该策略
- 调研为何STONEDB的查询优化器无法实现将IN操作符转换为EXISTS
遇到的问题:
- 除了代码啥都没有，真他娘的成了代码即文档，连做这些修改的原因和目的都没有
- 除了自己的引擎层, 还对SQL层做了改造，至于为什么要改别人SQL层的设计，是真的出于目的经过深思熟虑的改造，还是瞎几把乱试着改，没人知道
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
