2022-07-05 mysql/stonedb的子查询处理解析耗时分析

本文记录了stonedb数据库在子查询处理中的耗时分析,主要问题在于遍历MIT校验重置的次数过多,导致耗时过长。通过对ParameterizedFilter::ApplyDescriptor和Descriptor::EvaluatePackImpl函数调用堆栈的分析,发现执行65536次校验耗时0.131秒。提出优化方案,重新设计子查询流程中的遍历校验逻辑。

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

目录

摘要:

核心函数:

ParameterizedFilter::ApplyDescriptor

子查询处理:

调用堆栈:

Descriptor::EvaluatePackImpl

调用堆栈:

执行耗时记录:

执行耗时统计方式:

记录:

过于耗时的点:

过于耗时日志:

过于耗时的代码:

耗时原因分析:

一. 遍历mit逐个校验是否需要重置, 校验的次数过大

优化子查询耗时:

方案一: 重新设计子查询流程中的逐个遍历校验mit是否要重置的处理


摘要:

记录stonedb的子查询处理,并进行耗时分析

核心函数:

ParameterizedFilter::ApplyDescriptor

void ParameterizedFilter::ApplyDescriptor(int desc_number, int64_t limit)
// desc_number = -1 => switch off the rough part
{
  Descriptor &desc = descriptors[desc_number];
  if (desc.op == common::Operator::O_TRUE) {
    desc.done = true;
    return;
  }
  if (desc.op == common::Operator::O_FALSE) {
    mind->Empty();
    desc.done = true;
    return;
  }

  DimensionVector dims(mind->NoD
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

悟世者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值