sql查看视图字段信息_记一次生产环境mysql数据库视图优化——从1314s优化到5s

概述

开发反馈最近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方面内容，感兴趣的朋友可以关注下~