SQL語句沒寫好可能導緻：
1）網速不給力，不穩定。
2）伺服器記憶體不夠，或者SQL 被配置設定的記憶體不夠。
3）sql語句設計不合理
4）沒有相應的索引，索引不合理
5）沒有有效的索引視圖
6）表資料過大沒有有效的分區設計
7）資料庫設計太2，存在大量的資料備援
8）索引列上缺少相應的統計資訊，或者統計資訊過期
那麼怎麼對SQL進行優化呢？
1.不查詢多餘的行與列
盡量不要使用 select * 去查詢，應該使用具體的那一列代替 * ，避免多餘不需要使用的列。
使用where條件判斷具體要查詢的資料避免查詢出多餘的列。
使用distinct關鍵詞避免重複的列。
2.謹慎使用distinct關鍵字
distinct在查詢一個字段或者很少字段的情況下使用，會避免重複資料的出現，給查詢帶來優化效果。
但是查詢字段很多的情況下使用，則會大大降低查詢效率。
3.連接配接查詢的優化
首先你要弄明白你想要的資料是什麼樣子的，然後再做出決定使用哪一種連接配接，這很重要。
各種連接配接的取值大小為：
内連接配接結果集大小取決于左右表滿足條件的數量
左連接配接取決與左表大小，右相反。
完全連接配接和交叉連接配接取決與左右兩個表的資料總數量
4.應盡量避免在 where 子句中對字段進行 null 值判斷，否則将導緻引擎放棄使用索引而進行全表掃描，如：
select id from t where num is null --可以在num這個列上給個預設限制等于0 然後 num = 0 5.應盡量避免在 where 子句中使用 or 來連接配接條件，否則将導緻引擎放棄使用索引而進行全表掃描，如：
select id from t where num=10 or num=20 --這種不就是相當于是個in嗎？ in不就是不走引索的嗎
#可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20 6.模糊搜尋
select id from t where name like '%abc%' --也将導緻全表掃描 '%abc' 這種也将導緻全表掃描，盡量使用 'abc%' ---後通配 走索引 前通配 走全表。
若要提高效率，可以考慮全文檢索。
7.in 和 not in 也要慎用，否則會導緻全表掃描，如：
select id from t where num in(1,2,3)
-- 對于連續的數值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3 8.很多時候用 exists 代替 in 是一個好的選擇：
select num from a where num in(select num from b)
用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num) 9.索引并不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，因為 insert 或 update 時有可能會重建索引，是以怎樣建索引需要慎重考慮，視具體情況而定。一個表的索引數最好不要超過6個，若太多則應考慮一些不常使用到的列上建的索引是否有必要。
10.不使用子查詢
SELECT * FROM t1 WHERE id in(SELECT id FROM t2 WHERE name='SimpleWu');--避免使用 子查詢在MySQL5.5版本裡，内部執行計劃器是這樣執行的：先查外表再比對内表，而不是先查内表t2，當外表的資料很大時，查詢速度會非常慢。
在MariaDB10/MySQL5.6版本裡，采用join關聯方式對其進行了優化，這條SQL會自動轉換為
SELECT t1.* FROM t1 JOIN t2 ON t1.id = t2.id where t2.name="SimpleWu"; 11. !=或者<>(不等于），可能導緻不走索引，也可能走 INDEX FAST FULL SCAN
不知道SQL語句是否走引索？可以這樣
EXPLAIN SELECT * FROM cnblogs_blog WHERE bno = 1 
學習是永無止境的。