龙空技术网

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

波波说运维 963

前言:

此时大家对“mysql查询视图慢”大致比较注意,咱们都需要分析一些“mysql查询视图慢”的相关知识。那么小编也在网上搜集了一些有关“mysql查询视图慢””的相关知识,希望兄弟们能喜欢,姐妹们快快来学习一下吧!

概述

开发反馈最近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 索引视图