下面就某些sql語句的where子句編寫中需要注意的問題作詳細介紹。在這些where子句中，即使某些列存在索引，但是由於編寫了劣質的sql，系統在執行該sql語句時也不能使用該索引，而同樣使用全表掃瞄，這就造成了響應速度的極大降低。
1. is null 與 is not null
不能用null作索引，任何包含null值的列都將不會被包含在索引中。即使索引有多列這樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。也就是說如果某列存在空值，即使對該列建索引也不會提高效能。
任何在where子句中使用is null或is not null的語句優化器是不允許使用索引的。
2. 聯接列
對於有聯接的列，即使最後的聯接值為乙個靜態值，優化器是不會使用索引的。我們一起來看乙個例子，假定有乙個職工表（employee），對於乙個職工的姓和名分成兩列存放（first_name和last_name），現在要查詢乙個叫比爾.柯林頓（bill cliton）的職工。
下面是乙個採用聯接查詢的sql語句，
select * from employss
where
first_name||''||last_name ='beill cliton'
上面這條語句完全可以查詢出是否有bill cliton這個員工，但是這裡需要注意，系統優化器對基於last_name建立的索引沒有使用。
當採用下面這種sql語句的編寫，oracle系統就可以採用基於last_name建立的索引。
select * from employee
where
first_name ='beill' and last_name ='cliton'
遇到下面這種情況又如何處理呢？如果乙個變數（name）中存放著bill cliton這個員工的姓名，對於這種情況我們又如何避免全程遍歷，使用索引呢？可以使用乙個函式，將變數name中的姓和名分開就可以了，但是有一點需要注意，這個函式是不能作用在索引列上。下面是sql查詢指令碼：
select * from employee
where
first_name = substr('&&name',1,instr('&&name',' ')-1)
andlast_name = substr('&&name',instr('&&name』,' ')+1)
3. 帶萬用字元（%）的like語句
同樣以上面的例子來看這種情況。目前的需求是這樣的，要求在職工表中查詢名字中包含cliton的人。可以採用如下的查詢sql語句：
select * from employee where last_name like '%cliton%'
這裡由於萬用字元（%）在搜尋詞首出現，所以oracle系統不使用last_name的索引。在很多情況下可能無法避免這種情況，但是一定要心中有底，萬用字元如此使用會降低查詢速度。然而當萬用字元出現在字串其他位置時，優化器就能利用索引。在下面的查詢中索引得到了使用：
select * from employee where last_name like 'c%'
4. order by語句
order by語句決定了oracle如何將返回的查詢結果排序。order by語句對要排序的列沒有什麼特別的限制，也可以將函式加入列中（象聯接或者附加等）。任何在order by語句的非索引項或者有計算表示式都將降低查詢速度。
仔細檢查order by語句以找出非索引項或者表示式，它們會降低效能。解決這個問題的辦法就是重寫order by語句以使用索引，也可以為所使用的列建立另外乙個索引，同時應絕對避免在order by子句中使用表示式。
5. not
我們在查詢時經常在where子句使用一些邏輯表示式，如大於、小於、等於以及不等於等等，也可以使用and（與）、or（或）以及not（非）。not可用來對任何邏輯運算符號取反。下面是乙個not子句的例子：
... where not (status ='valid')
如果要使用not，則應在取反的短語前面加上括號，並在短語前面加上not運算子。not運算子包含在另外乙個邏輯運算子中，這就是不等於（<>;）運算子。換句話說，即使不在查詢where子句中顯式地加入not詞，not仍在運算子中，見下例：
... where status <>;'invalid'
再看下面這個例子：
select * from employee where salary<>;3000;
對這個查詢，可以改寫為不使用not：
select * from employee where salary<3000 or salary>;3000;
雖然這兩種查詢的結果一樣，但是第二種查詢方案會比第一種查詢方案更快些。第二種查詢允許oracle對salary列使用索引，而第一種查詢則不能使用索引。
6. in和exists
有時候會將一列和一系列值相比較。最簡單的辦法就是在where子句中使用子查詢。在where子句中可以使用兩種格式的子查詢。
第一種格式是使用in操作符：
... where column in(select * from ... where ...);
第二種格式是使用exist操作符：
... where exists (select 'x' from ...where ...);
我相信絕大多數人會使用第一種格式，因為它比較容易編寫，而實際上第二種格式要遠比第一種格式的效率高。在oracle中可以幾乎將所有的in操作符子查詢改寫為使用exists的子查詢。
第二種格式中，子查詢以『select 'x'開始。運用exists子句不管子查詢從表中抽取什麼資料它只檢視where子句。這樣優化器就不必遍歷整個表而僅根據索引就可完成工作（這裡假定在where語句中使用的列存在索引）。相對於in子句來說，exists使用相連子查詢，構造起來要比in子查詢困難一些。
通過使用exist，oracle系統會首先檢查主查詢，然後執行子查詢直到它找到第乙個匹配項，這就節省了時間。oracle系統在執行in子查詢時，首先執行子查詢，並將獲得的結果列表存放在在乙個加了索引的臨時表中。在執行子查詢之前，系統先將主查詢掛起，待子查詢執行完畢，存放在臨時表中以後再執行主查詢。這也就是使用exists比使用in通常查詢速度快的原因。
同時應盡可能使用not exists來代替not in，儘管二者都使用了not（不能使用索引而降低速度），not exists要比not in查詢效率更高。
mysql 語句優化例項 MySQL 語句優化例項
優化 limit 分頁 執行耗時 1.379s select from vio basic domain info limit 1000000,10 處理分頁慢查詢的方式一般有以下幾種 思路一 構造覆蓋索引 思路二 優化 offset 無法用上覆蓋索引，那麼重點是想辦法快速過濾掉前 100w 條資料...
mysql語句優化原則 MySQL語句優化的原則
1 使用索引來更快地遍歷表。預設情況下建立的索引是非群集索引，但有時它並不是最佳的。在非群集索引下，資料在物理上隨機存放在資料頁上。合理的索引設計要建立在對各種查詢的分析和 上。一般來說 a.有大量重複值 且經常有範圍查詢 和order by group by發生的列，可考慮建立群集索引 b.經常同...
mysql語句優化原則 mysql語句優化原則
有時候發現資料量大的時候查詢起來效率就比較慢了，學習一下mysql語句優化的原則，自己在正常寫sql的時候還沒注意到這些，先記錄下來，慢慢一點一點的學，加油！這幾篇部落格寫的都可以 使用索引的原則 1.最左字首匹配原則。mysql會一直向右匹配直到遇到範圍查詢 不會用到b的索引 where a 1 ...