Sql 优化 后感

又谈到这个话题了，这个折磨了我1个来月的事情，唉，公司新做项目的报表全部由我包揽，财务的业务的，共计50多张，有简单的，有困难的，相对简单的就不说了，比较困难的，是指，取数困难，计算困难，查询优化困难，上面那两个，多跟业务沟通沟通还是可以在内部消化的，但是查询优化这个，确实是不行，为啥呢，人家业务同事连数据都查询不到，你拿啥跟人家谈呢，
本公司使用的是报表，就那种直接放SQL语句然后设置+配置的那种，将SQL语句存在到数据库中，前台通过table查询，这个时候，前台查询超过1分钟，页面将查不出来数据，介于财务与业务的需求困难，好多个取数复杂的报表都没取到数据，很是困难，因为SQL修改起来相对于改程序较为简单，所以业务们也是经常多变，觉得这个字段取值不好了，就会直接跟你联系沟通，修改字段。说过比较典型的，当时有一张明细表查询本身就已经垂垂可危了，查询25万条数据，用了30秒左右，感觉不过分了，比较其实复杂关联表比较多，后来业务因一个字段不满意，提交修改需求，我就附和着修改，本身很简单的一个取值，结果拖慢了将近1分钟的查询速度，我马上查询执行计划，于此相关的表，索引失效了查询的等级就是ALL，执行速度就被拖慢，我看改用的索引都给用上了，还是已经很慢，各种方法都试了还是不行，最后只得求助于公司的BI大神了（并且一次求助了2名哦），两位BI都帮我看了一下后，都开始分析问题，把相关子查询一个一个的执行，找到拖慢查询的子查询，然后跟我点了几个点，让我尝试优化，优化几次的结果都不是很理想，于是便告诉我，说你给加个参数，把时间给加上，我就跟他讲说，时间，不能加，这个子查询是判断新老客户的，如果加上时间，就无法准确的判断了，比如17年的老客户，但是我们传入日期是19-20的，就查不到这个客户的初始状态了，然后另外一个就支招说，用mysql的物化视图，然后说把这个字段的取值，单独拎出来，然后放到视图表中，进行取数。我就创建了一张取这个字段的表，然后写了个存储过程，又加了个执行计划，每5分钟执行一次，碰到的问题是，执行计划为执行，执行这个开启

  定时计划 开启 ：show variables like '%sche%';

然后操作关联查询，果然快了很多，再加上他们的其他指导，这张查询30秒的表，最终查询只用19秒就可以了，果然专业的就是不一样。
bi给我提供的优化思路是：
1.不要再select上面加子查询，这样会拖慢查询的，最好给加到form后面进行左连接，这样SQL一开始查的是这个，然后再查子查询的话，就查询了2次，
2.尽量避免索引失效，
3.关联条件中的子查询都加上查询条件
4.查询条件由下到上书写，把不等于 等放最下面
5.如果数据量较大，控制数据，可先查近期的，把日期当做参数，传递到每个查询中
6.实在是无法进一步优化的就使用存储过程吧，这样调用查询的时候，就像是查一张表一样，很是方便