SQL调优时间都去哪儿了
- 不善于批处理频频忙交互：尽量一次性获取SQL调优前所需的信息，如SQL执行计划、SQL执行频率、对应的表和索引尺寸、表和索引的统计信息、表和索引的类型等。
- 无法抓住主要矛盾瞎折腾：首先要判断出是整体问题，还是局部问题。
- 未能明确需求目标自费劲：一切以客户的需求为前提。局部问题时，虽慢用户满意即是快，虽快用户不满意即是慢。但是，整体问题必须解决，无论用户感觉是慢还是慢。
- 没有分析操作难度乱调优：SQL调优前首先要知道这个SOL返回记录有多少，如果很少，就说明调优空间很大，反之就要考虑特殊手段了。 SQL的执行频次、执行时长以及服务器的配置高低也要了解清楚。
如何缩短SQL调优时间
- 先获取有助调优的数据库整体信息
- 快速获取SQL运行台前信息
- 快速拿到SQL关联幕后信息
相关脚本：