首页 文章 精选 留言 我的
优秀的个人博客,低调大师

微信关注我们

原文链接:https://my.oschina.net/gaussdb/blog/5524091

转载内容版权归作者及来源网站所有!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

一个小操作,SQL查询速度翻了1000倍。

背景介绍 某一天早上来到公司,接到业务同学反馈,线上某个SQL之前查询速度很快,从某个时间点开始查询速度突然变慢了,希望DBA帮忙查看下。业务同学反馈的原话如下: 看到这个问题,我第一时间询问了业务对这个表的基本操作,得到的反馈如下: 这个表的SQL语法没有发生过变化 这个表的表结构近期未发生变更 这个表是个日志表,近期只有写入insert,没有大量delete、update操作 分析过程 1、SQL分析 首先,我们来看下这条SQL(脱敏之后): SELECT xxx, xxx, xxx, xxx, .... FROM log_xxxx_2022_4 WHERE 1=1 AND `l_mid` = 'xxxxxxx-E527B8CD-84B-960' AND `l_opertime` < '2022-04-20 10:56:37' AND `l_opertime` >= '2022-03-20 10:56:37' ORDER BY `l_opertime` DESC LIMIT 0,20; SQL的语义本身比较简单,是一个单表查询,不涉及复杂查询: 从某一张表里面,利用l...

用一个性能提升了666倍的小案例说明在TiDB中正确使用索引的重要性

背景 最近在给一个物流系统做TiDB POC测试,这个系统是基于MySQL开发的,本次投入测试的业务数据大概10个库约900张表,最大单表6千多万行。 这个规模不算大,测试数据以及库表结构是用Dumpling从MySQL导出,再用Lightning导入到TiDB中,整个过程非常顺利。 系统在TiDB上跑起来后,通过Dashboard观察到有一条SQL非常规律性地出现在慢查询页面中,打开SQL一看只是个单表查询并不复杂,感觉必有蹊跷。 问题现象 以下是从Dashboard中抓出来的原始SQL和执行计划,总共消耗了1.2s,其中绝大部分时间都花在了Coprocessor扫描数据中: SELECT {31个字段} FROM job_cm_data WHERE ( group_id = 'GROUP_MATERIAL' AND cur_thread = 1 AND pre_excutetime < '2022-04-27 11:55:00.018' AND ynflag = 1 AND flag = 0 ) ORDER BY id LIMIT 200; id ...

相关文章

发表评论

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册