Java程式語言是一種簡單、面向物件、分散式、解釋型、健壯安全、與系統無關、可移植、高效能、多執行緒和動態的語言。如今Java已經廣泛應用於各個領域的程式設計開發。
一、EXPLAIN
做MySQL最佳化，我們要善用EXPLAIN檢視SQL執行計劃。
下面來個簡單的示例，標註（1，2，3，4，5）我們要重點關注的資料
type列，連線型別。一個好的sql語句至少要達到range級別。杜絕出現all級別
key列，使用到的索引名。如果沒有選擇索引，值是NULL。可以採取強制索引方式
key_len列，索引長度
rows列，掃描行數。該值是個預估值
extra列，詳細說明。注意常見的不太友好的值有：Usingfilesort，Usingtemporary
二、SQL語句中IN包含的值不應過多
MySQL對於IN做了相應的最佳化，即將IN中的常量全部儲存在一個數組裡面，而且這個陣列是排好序的。但是如果數值較多，產生的消耗也是比較大的。再例如：selectidfromtable_namewherenumin（1，2，3）對於連續的數值，能用between就不要用in了；再或者使用連線來替換。
三、SELECT語句務必指明欄位名稱
SELECT*增加很多不必要的消耗（cpu、io、記憶體、網路頻寬）；增加了使用覆蓋索引的可能性；當表結構發生改變時，前斷也需要更新。所以要求直接在select後面接上欄位名。
四、當只需要一條資料的時候，使用limit1
這是為了使EXPLAIN中type列達到const型別
五、如果排序欄位沒有用到索引，就儘量少排序
六、如果限制條件中其他欄位沒有索引，儘量少用or
or兩邊的欄位中，如果有一個不是索引欄位，而其他條件也不是索引欄位，會造成該查詢不走索引的情況。很多時候使用unionall或者是union（必要的時候）的方式來代替“or”會得到更好的效果
七、儘量用unionall代替union
union和unionall的差異主要是前者需要將結果集合並後再進行唯一性過濾操作，這就會涉及到排序，增加大量的CPU運算，加大資源消耗及延遲。當然，unionall的前提條件是兩個結果集沒有重複資料。
八、不使用ORDERBYRAND（）
