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