引言
大家在開發中，還有很多童鞋在寫查詢語句的時候，習慣寫下面這種不規範sql
select * from table
而不寫成下面的這種規範方式
select col1,col2,...,coln from table
我也知道，這些童鞋是圖方便，畢竟再敲一堆的列名，嫌麻煩!
你們上班可以問問自己的同事
你：" xx，知道 select * 和 select 所有字段的區別麼？"
同事:" 額。。額。。額。。"
留下的只有尷尬的笑容！
我也知道，很多人至今都沒有搞懂 select * 和 selct 所有字段 的區別
因此，我開一文來說明一下。另外，我選的是自己最熟悉的mysql數據庫，此文的結論在oralce,sqlserver上是否成立，博主沒做過測試。
正文
select所有字段 性能高?
網絡上流傳著一種說法說是
“*” 表示通配所有字段，在SQL的機制裡，需要先識別統計所有字段再進行下一步。
明確指定字段的話，會減少上述的操作，所以效率有所提升。
然而，實際上呢？效率是相差不大的！。
下面灰色字體是博客 flysnowxf.iteye.com/blog/1125032 的測試案例：
mysql 5.1.37 ，表記錄數41,547,002，即4000w行
使用遠程客戶端取1000條數據，統計時間：
SELECT * 方式：
SELECT * FROM `dmsp`.`dmsp_dimension_content` LIMIT 0, 1000;
-> 時間2.218s，網絡消耗0.547s
SELECT 字段 方式：
SELECT `id`, `appid`, `aop`, `t`, `uid`, `sid`, `pid`, `pname`, `bid`, `bname`, `ptype`, `sm`, `sv`, `bt`, `national`, `area`, `ov` FROM `dmsp`.`dmsp_dimension_content` LIMIT 0, 1000;
-> 取出所有字段，時間2.250s，網絡消耗0.578s
多次查詢（改變limit條件避免緩存），時間變化不大。
結論：兩者差別幾乎可忽略。所以查詢所有字段（或者大多數字段）的時候，大可select * 來操作。如果某些不需要的字段數據量特別大，還是寫清楚字段比較好，因為這樣可以減少網絡傳輸。
可以看出，這二者的時間差幾乎可以忽略，另外還有一本書上的內容也可以佐證我的話。
《SQL CookBook》第一章 檢索記錄中1.1小節（原書第十五頁內容如下）：
此書也說明了，兩種方式在性能上幾乎是沒有差距的。
那為什麼還是不推薦select * ?
網絡IO問題
很多文章裡說什麼，會帶來額外的內存、磁盤、cpu的開銷。對此，我有自己的觀點。我覺得這不是主要原因。主要原因是帶來了額外的網絡開銷。
在一個系統中，內存、磁盤、cpu的開銷，不過是微妙級。造成系統的延遲的重頭戲是網絡開銷。網絡開銷可能帶來秒級的延遲。當然，如果你的應用程序和數據庫是在同一臺機器上的，那當我沒說這句話！
select * 會查詢出不需要的、額外的數據，那麼這些額外的數據在網絡上進行傳輸，必定會造成性能延遲。假設你的table中，有一個列的類型為binary。此時，你的select *操作，就會十分緩慢，並且會造成額外的網絡開銷。
索引問題
仔細看下面的兩句sql
select col1 from table;select * from table;
如果col1字段包含索引信息，那麼此時，這兩句的sql執行時間可能會有幾十上百倍的差異。
在col1字段有索引的情況下，mysql是可以不用讀data，直接使用index裡面的值就返回結果的。但是一旦用了select *，就會有其他列需要讀取，這時在讀完index以後還需要去讀data才會返回結果。這樣就造成了額外的性能開銷。
ps：我不想在這裡扯什麼覆蓋索引，輔助索引的概念。其實要講的很專業，扯一堆高大上的名詞，我也可以。只是這樣徒增讀者的理解難度，儘量用通俗的方式來講。
擴展性問題
有的人會覺得
使用select * ，這樣在增加列的時候，不用改sql，方便！
然而實際上，你的sql是不用改了，但是對你的程序代碼是有很大的影響的！
身為一名21世紀的優良程序員，我們是不能獲取自己不需要的東西的！你因為一時高興，執行了select *，如果增加或刪除列，會對你的代碼有著極大的影響。
反過來，如果你select 指定列，只獲取自己需要的幾列，表結構的修改，對你代碼的影響就會小很多。相比之下，風險就沒有那麼大了！
另外就是，對於其他人接手你項目的人來說，看到 select 指定列的方式，可讀性更強，對於他們來說更好上手！
補充：其實公司的數據表可能會被多個開發者使用，並且字段會不斷擴充的。開發時儘量操作自己需要的字段。