查詢慢sql
『壹』 sql:查詢時快時慢
如果說是sql
server
的話有這種情況，欄位越多，查詢可能越慢，並且如果你的欄位中有比如text，ntext之類的話會有這種情況;
還有，你的這種寫法可能也造成執行慢，SQL在執行時有這樣一個規則，不知道你是否了解，在執行時，SQL
後台會先執行編譯，找到一條最佳查詢路徑，也就是最快的查詢路徑，再真正執行查詢;這個編譯是需要時間的，如果條件復雜，或者由其它的變化而來的條件，會存在編譯的查找最佳路徑的時間問題;
資料庫的欄位越多，會有可能越慢，不管是否是空表，至於什麼原因，好像MICROSOFT沒有說法。
另外1=1這種恆等條件最好也不要加。
『貳』 如何查找MySQL中查詢慢的SQL語句
你是指慢查詢日誌嗎？
在my.ini中加上下面兩句話
log-slow-queries = e:\mysql5.5\mysql_slow_query.log
long_query_time=10
前面一句是設置慢查詢日誌存放路徑，第二句是指多少秒以上算慢查詢，上面的語句，就是指10秒。然後show variables like '%slow%';就行了
『叄』 sql查詢 數據時，查詢緩慢，無法查出情況
這個問題我也遇見過，慢的話也正常，因為數據比較多
解決辦法啊，首先從表考慮，可以針對這個表建索引，
然後的話說優化查詢語句，可以的話添加 with (nolock);即select * from A with (nolock) 這樣
然後就是where條件了，盡量不要使用like,in這些。盡量添加where條件。
這樣應該可以了，還不行的話，上網查查怎麼優化DB。
『肆』 求助 SQL 查詢太慢
C表臨時生成還大，然後再去查詢一定會減慢速度，而且幾乎沒有能走索引或者其他條件的通道（一堆左右鏈接decode）。
語句優化幾乎做不了什麼，試試看查詢結構優化吧，比如C建立為物化視圖或者一張表等等，語句這塊做不了什麼了。
『伍』 SQL子查詢過多查詢速度太慢如何優化
先行轉列行不行呢，以第一張表為例
select proctguid,
max(case when num=1 then description end) tz1,
max(case when num=2 then description end) tz2,
max(case when num=3 then description end) tz3,
max(case when num=4 then description end) tz4,
max(case when num=5 then description end) tz5
from proct_description
group by proctguid
然後再join，用proctguid和原表關聯，這樣上面就只需要寫
select p.*,tz1,tz2,tz3,tz4,tz5 from 了
『陸』 如何解決SQL Server查詢速度緩慢的問題
你先看看綁定的時候代碼有問題沒。
然後注意取數據最好用存儲過程，不僅快還好維護。分頁查詢百萬級的數據我覺得不一定要用。
資料庫的索引建立，以及舊數據歸檔也就是很有效地提高性能的方法。
『柒』 sql語句查詢很慢,如何解決
日期列 有索引嗎？
儲值卡明細 表 的列： 住院號
住院_安排醫生 的 列： 住院號
都有索引嗎？
沒有的話，加上
『捌』 如何優化MySQL中查詢慢的SQL語句啊
MySQL查詢優化的5個好用方法
http://soft.chinabyte.com/database/254/11335754.shtml
原則上來說
在
FIND_IN_SET
typeid IN (35)
arcrank
加復合索引
在sortrank加索引
『玖』 如何優化慢查詢的SQL語句
優化方法一般從幾個方面這幾個考慮：
1、根據業務情況，精簡代碼邏輯，
2、根據讀寫方式，降低數據表讀寫量
3、關鍵條件列增加合適的索引
4、對於碎片多的索引進行重建
多數情況下只需要考慮前兩條就能解決很大的效率問題，業務模式可能在最初開發的時候，因需求分析不徹底，或者需求理解不深入，導致邏輯不合理，或者後續多次變動業務模式，新增功能與最初的開發理念發生變化，這時就應該對代碼的邏輯進行重新優化改寫。