前言:
此时大家对“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 索引视图