多列索引和索引順序： 出現多個索引做相交操作時（多個AND條件），通常來說一個包含所有相關列的索引要優于多個獨立索引。 在選擇性高的字段上建立索引，可以讓MySQL在查詢時過濾掉更多的行。對于多列索引，哪個索引字段在前面，取決于索引的選擇性的高低。選擇性高的索引排在前面，有利于提高查詢效率。例如聯合索引（user_group_id，trade_amount）用戶的群組肯定比訂單的交易金額的選擇性高。 覆蓋索引：如果一個索引包含或者說覆蓋所有需要查詢的字段的值，那么就沒有必要再回表查詢，這就稱為覆蓋索引。覆蓋索引是非常有用的工具，可以極大的提高性能，因為查詢只需要掃描索引會帶來許多好處： 優化關聯查詢：以小表驅動大表。 子查詢盡量換成join。這是因為join，MySQL不需要在內存中創建臨時表來完成這個邏輯上的需求。 確保任何的GROUP BY和ORDER BY中的表達式只涉及到一個表中的列，這樣MySQL才有可能使用索引來優化。 優化LIMIT分頁：一個常見的問題是當偏移量非常大的時候，比如：LIMIT 10000 20這樣的查詢，MySQL需要查詢10020條記錄然后只返回20條記錄，前面的10000條都將被拋棄，這樣的代價非常高。優化這種查詢一個最簡單的辦法就是盡可能的使用覆蓋索引掃描，而不是查詢所有的列。然后根據需要做一次關聯查詢再返回所有的列。對于偏移量很大時，這樣做的效率會提升非常大?？紤]下面的查詢： 修改前：SELECT film_id,description FROM film ORDER BY title LIMIT 50,5; 修改后： SELECT film.film_id,film.description FROM film INNER JOIN ( SELECT film_id FROM film ORDER BY title LIMIT 50,5 ) AS tmp USING(film_id); 優化UNION：除非確實需要服務器去重，否則就一定要使用UNION ALL，如果沒有ALL關鍵字，MySQL會給臨時表加上DISTINCT選項，這會導致整個臨時表的數據做唯一性檢查，這樣做的代價非常高。 避免導致索引失效的寫法 （1）負向條件查詢不能使用索引（not in/not exists都不是好習慣） （2）前導模糊查詢不能使用索引（like'XX%'） （3）數據區分度不大的字段不宜使用索引 （4）在屬性上進行計算不能命中索引 （5）復合索引最左前綴不滿足 強制類型轉換會全表掃描 如果明確知道只有一條結果返回，limit 1能夠提高效率 2）合理設置mysql的部分參數，達到最高效。
thread_pool_size：如果主引擎(primary storage engine)為InnoDB,thread_pool_size最佳設置可能在16和36之間，最常見的優化值傾向于24到36。 thread_pool_stall_limit：用處理被阻塞和長時間運行的語句，確保服務器不完全被阻塞。設置過長會導致線程被阻塞，引起性能問題。 tmp_table_size:通過設置tmp_table_size選項來增加一張臨時表的大小，例如做order by ,GROUP BY操作生成的臨時表。如果調高該值，MySQL同時將增加heap表的大小，可達到提高聯接查詢速度的效果，建議盡量優化查詢，要確保查詢過程中生成的臨時表在內存中，避免臨時表過大導致生成基于硬盤的MyISAM表。
