当前位置：网站首页 > IT技术 > 正文

记一次生产环境mysql数据库视图优化——从1314s优化到5s

wptr33 2024-11-26 09:29 28 浏览

概述

开发反馈最近XX视图执行时间过久，很影响生产系统使用，故简单做了下优化

1、问题视图

这个视图还是挺复杂的，这里就不贴了，可以看出一次执行耗时1317s

2、查看执行计划

从执行计划可以看出需要先针对b表做优化，这个表走了全表扫描，影响是比较大的。

3、查看sql中的b表关联

可以发现b表中的budget_id字段是用来关联的，那就重点关注这个字段了

4、查看b表表结构及索引

可以发现budget_id是建了联合索引，但是由于最左原则导致视图sql没有用上该索引

5、新建立budget_id索引

 create index t_idx_budget_id on t_bdt_budget_d(budget_id);

6、再次查询该视图sql

好吧，现在只用16s了，实现要求了。

7、验证执行计划

可以发现用到刚刚建立的索引了

8、暂时解决方案

这里将该联合索引拆分成两个独立索引就行，后面业务再验证反馈无问题。这里下一步做优化可以看下从a表入手..

create index t_idx_budget_id on t_bdt_budget_d(budget_id);
create index t_idx_budget_account_id on t_bdt_budget_d(budget_account_id);
alter table t_bdt_budget_d drop index t_idx_bdt_budget_d_budget_account_id_budget_id;

9、进一步优化a表

业务说最好在5s左右，16s看来还得继续整..这里从执行计划看是a表派生走了全扫，需进一步优化。

10、分析sql

结构如图所示，这里考虑建联合索引做进一步测试

11、a表建联合索引

 create index t_org_dept_proid on t_bdt_budget(org_mcode,department_mcode,project_id);

12、查看sql耗时

可以看出sql目前耗时5.8s

13、分析执行计划

可以发现，执行计划还是没改动，只是前面的a表用了第二个索引导致快了，rows少了

问题来了，这里的派生该如何进一步做优化？应该是要改写sql才行..大家有什么建议可以在下方评论一起探讨下..

后面会分享更多devops和DBA方面内容，感兴趣的朋友可以关注下~

mysql 创建视图

上一篇：MySQL 从入门到精通(八)之视图存储过程和触发器
下一篇：MySQL视图大家了解吗

记一次生产环境mysql数据库视图优化——从1314s优化到5s

概述

1、问题视图

2、查看执行计划

3、查看sql中的b表关联

4、查看b表表结构及索引

5、新建立budget_id索引

6、再次查询该视图sql

7、验证执行计划

8、暂时解决方案

9、进一步优化a表

10、分析sql

11、a表建联合索引

12、查看sql耗时

13、分析执行计划

相关推荐

C# 13 和 .NET 9 全知道 :13 使用 ASP.NET Core 构建网站 (1)

程序员的开源月刊《HelloGitHub》第 71 期

SparkSQL——DataFrame的创建与使用

如何将AI助手接入微信（打开ai手机助手）

使用过 Redis 分布式锁么，它是什么回事?

VUE循环语句的使用(v-for)（vuefor循环的key）

HiveOs系统教程最细手把手教学（hiveos启动）

HIVE SQL基础语法（hive-sql）

《循环(for/while)》（循环while语句）

Spring Boot 概述（spring boot干嘛的）