一次adb索引下推引起的性能瓶颈

select cp_xxx_id from commis_xxx where t_id =111132  and o_id = 22222222

表的数据大概45亿。

查询时间大概5秒。

最后分析数据发现,t_id 查询数据的筛选性,不好,查询的数据的太多。
关闭t_id 索引下推功能, 性能降低了200ms一下。

方法1
sql语句添加注释
/*+ filter_not_pushdown_columns=[lxxx_finance.commis_xxx:t_id] */
方法2 全局
set adb_config filter_not_pushdown_columns=[lxxx_finance.commis_xxx:t_id]

索引下推是指在存储层搜索,不下推是指在计算层匹配

阿里文档
https://help.aliyun.com/zh/analyticdb-for-mysql/user-guide/filter-conditions-without-pushdown?spm=a2c4g.11186623.0.i11

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值