SQL查询语句执行速度快,存储过程执行慢
今天一個(gè)生成10w條數(shù)據(jù)的存儲(chǔ)過(guò)程執(zhí)行了95s,但是單獨(dú)執(zhí)行SQL語(yǔ)句只需要28s,查資料后發(fā)現(xiàn)原來(lái)這是存儲(chǔ)過(guò)程的機(jī)制導(dǎo)致的,也就是傳說(shuō)中的參數(shù)嗅探
網(wǎng)上的一段話:
(1)可能是發(fā)生了參數(shù)嗅探,第一次賦給存儲(chǔ)過(guò)程的輸入?yún)?shù),會(huì)為該存儲(chǔ)過(guò)程生成一個(gè)基于輸入?yún)?shù)的執(zhí)行計(jì)劃,因此如果第一次輸入的參數(shù)不具有代表性(例如大部分查詢輸入的參數(shù)都是A值,但第一次執(zhí)行存儲(chǔ)過(guò)程時(shí)輸入的是B值),就有可能比即席查詢慢,盡管即席查詢需要重新編譯執(zhí)行計(jì)劃,但選擇了更有效率的計(jì)劃。
嘗試使用和即席查詢一樣的參數(shù),來(lái)執(zhí)行存儲(chǔ)過(guò)程,然后對(duì)比一下兩者的執(zhí)行計(jì)劃。
(2)通常存儲(chǔ)過(guò)程最上面有自帶的set設(shè)置,如set?ansi_nulls?on,而即席查詢通常沒(méi)有包含,這些set設(shè)置也會(huì)影響執(zhí)行計(jì)劃。
嘗試在即席查詢中添加上,與存儲(chǔ)過(guò)程一樣的set設(shè)置,然后再對(duì)比一下執(zhí)行計(jì)劃。
把存儲(chǔ)過(guò)程的參數(shù)賦值給了存儲(chǔ)過(guò)程中自定義的變量,整個(gè)存儲(chǔ)過(guò)程中使用這個(gè)變量來(lái)代替參數(shù),執(zhí)行速度就和執(zhí)行SQL一樣了
?
一篇介紹參數(shù)嗅探的好文:http://www.cnblogs.com/lyhabc/archive/2013/03/02/2941144.html
轉(zhuǎn)載于:https://www.cnblogs.com/huanglin101/p/6008318.html
總結(jié)
以上是生活随笔為你收集整理的SQL查询语句执行速度快,存储过程执行慢的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: Windows 下 MySQL-pyth
- 下一篇: NSDate 时间