最好的優化資料庫表的方法就是不查詢!!

1. 對於可以不查的資料就不要查,既是可以查三列的資料,就不要查五列,甚至使用*來操作

2. 對於查詢操作比較頻繁的欄位,新增使用索引,提高查詢的速度

3. 避免用null,null要用特殊的位元組來標註,不利於索引,儘量設定為not null,

4. 能夠使用定長滿足的就使用定長,如varchar(20) 能解決不要用varchar(100)

5. 索引並不是越多越好，索引可以提高 select 的效率，但同時也降低了 insert 及 update 的效率，因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。一個表的索引數最好不要超過6

6. 加多列聯合索引如 index(a,b,c)

7. 應儘量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃描

8. 常用欄位和不常用欄位要分離.,需要結合網站具體的業務來分析,分析欄位的查詢場景,查詢頻度低的欄位,單拆出來.

9. 對於左字首不易區分的列 ,建立索引的技巧
   如url的索引建立,由於http://www.*.com 可以反轉存,或者是偽雜湊用crc32 將url轉為一個數32位無符號整數,建立索引

10. 使用optimize table 表名 ,可以定期優化資料表.

    注意: 修復表的資料及索引碎片,就會把所有的資料檔案重新整理一遍,使 之 對齊.這個過程,如果表的行數比較大,也是非常耗費資源的操作.
    所以,不能頻繁的修復.如果表的Update操作很頻率,可以按周/月,來修復.
    如果不頻繁,可以更長的週期來做修復.

11. sql語句的書寫,如:如果在b上建立了索引 ,a沒有
    “where a=1 and b=1”應該改為“where b=1 and a=1”提高效率

12. 不論效能如何，不要有子查詢和巢狀SQL，儘量不要有join查詢,一條大的sql,如果可以分成幾個小SQL順序執行，分了吧，速度會快很多

13. 使用explain命令，觀察type列，可以知道是否是全表掃描，和索引的使用形式，觀察key可以知道使用了哪個索引，觀察key_len可以知道索引是否使用完成，觀察rows可以知道掃描的行數是否過多，觀察extra可以知道是否使用了臨時表和進行了額外的排序操作

14. 檢視慢查詢日誌，找出執行時間長的SQL試著優化去吧~~

MySQL預設沒有開啟慢查詢,
開啟:set global slow_query_log='ON';

慢查詢具體操作參考:http://www.emtalk.net/sql/mysql/395.html

慢慢總結面試mysql優化就不怕了,重在積累(…………..)