打个招呼,这一篇可能不适合 CRUD Boy/Girl. 纯做增删改查的 SQL 编码师可能会觉得偏难。
假设如下的存储过程,有两段 SQL 查询组成。执行时发现,响应很慢。
请问你该怎么办?
有同学说,看阻塞情况,这样的:
找到伤害你的元凶了,该报仇报仇,该抱怨就抱怨。
又有同学说,看执行计划,这样的:
这两种做法都可以尝试,且对调优也有相当的帮助。但今天要探讨的是另外一种方法,运行时获取性能统计信息。这些统计信息包含了编译及执行流失总时间,CPU 执行时间,磁盘 IO 开销。知道了这些有什么用之类的问题,请充分发挥你的想象力。最直接的一点,你可以知道前面存储过程中哪段 SQL 执行的最慢,需要全身心的解决这段 SQL 查询效率。这仅从看查询执行流失总时间即可清晰得做出判断。
获取统计信息的做法:
set statistics time on
set statistics i