為什么不能用select *
面試官：“小陳，說一下你常用的SQL優(yōu)化方式吧。”
陳小哈：“那很多啊，比如不要用SELECT *，查詢效率低。巴拉巴拉...”面試官：“為什么不要用SELECT * ？它在哪些情況下效率低呢？”
陳小哈：“SELECT * 它好像比寫指定列名多一次全表查詢吧，還多查了一些無用的字段。”面試官：“嗯...”
陳小哈：“emmm~ 沒了”陳小哈：“....??（幾個意思）”
面試官：“嗯...好，那你還有什么要問我的么？”
陳小哈：“我問你個錘子，把老子簡歷還我！”
無論在工作還是面試中，關于SQL中不要用“SELECT *”，都是大家聽爛了的問題，雖說聽爛了，但普遍理解還是在很淺的層面，并沒有多少人去追根究底，探究其原理。
廢話不多說，本文帶你深入了解一下"SELECT * "效率低的原因及場景。更多 SQL 相關的干貨可以關注微信公眾號「Java后端」回復「666」下載 Java技術棧手冊。
本文很干！請自備茶水，沒時間看記得先收藏 - 來自一位被技術經(jīng)理毒打多年的程序員的忠告
目錄
一、效率低的原因
1. 不需要的列會增加數(shù)據(jù)傳輸時間和網(wǎng)絡開銷
2. 對于無用的大字段，如 varchar、blob、text，會增加 io 操作
3. 失去MySQL優(yōu)化器“覆蓋索引”策略優(yōu)化的可能性
二、索引知識延申
● 聯(lián)合索引 (a,b,c)
● 聯(lián)合索引的優(yōu)勢
1） 減少開銷
2）覆蓋索引
3）效率高
● 索引是建的越多越好嗎
三、心得體會
一、效率低的原因
先看一下最新《阿里java開發(fā)手冊（泰山版）文末有本書的下載鏈接》中 MySQL 部分描述：
4 - 1. 【強制】在表查詢中，一律不要使用 * 作為查詢的字段列表，需要哪些字段必須明確寫明。
說明：
增加查詢分析器解析成本。 增減字段容易與 resultMap 配置不一致。 無用字段增加網(wǎng)絡 消耗，尤其是 text 類型的字段。
1. 不需要的列會增加數(shù)據(jù)傳輸時間和網(wǎng)絡開銷
用“SELECT * ”數(shù)據(jù)庫需要解析更多的對象、字段、權限、屬性等相關內(nèi)容，在 SQL 語句復雜，硬解析較多的情況下，會對數(shù)據(jù)庫造成沉重的負擔。 增大網(wǎng)絡開銷；* 有時會誤帶上如log、IconMD5之類的無用且大文本字段，數(shù)據(jù)傳輸size會幾何增漲。如果DB和應用程序不在同一臺機器，這種開銷非常明顯 即使 mysql 服務器和客戶端是在同一臺機器上，使用的協(xié)議還是 tcp，通信也是需要額外的時間。
2. 對于無用的大字段，如 varchar、blob、text，會增加 io 操作
3. 失去MySQL優(yōu)化器“覆蓋索引”策略優(yōu)化的可能性
select *，獲取了不需要的數(shù)據(jù)，則首先通過輔助索引過濾數(shù)據(jù)，然后再通過聚集索引獲取所有的列，這就多了一次b+樹查詢，速度必然會慢很多。
二、索引知識延申
聯(lián)合索引 (a,b,c)
聯(lián)合索引的優(yōu)勢
1） 減少開銷
2）覆蓋索引
SELECT a,b,c from table where a='xx' and b = 'xx';
3）效率高
select col1,col2,col3 from table where col1=1 and col2=2 and col3=3;
A. 如果只有單列索引，那么通過該索引能篩選出 1000W10%=100w 條數(shù)據(jù)，然后再回表從 100w 條數(shù)據(jù)中找到符合 col2=2 and col3= 3 的數(shù)據(jù)，然后再排序，再分頁，以此類推（遞歸）； B. 如果是（col1,col2,col3）聯(lián)合索引，通過三列索引篩選出 1000w10% 10% *10%=1w，效率提升可想而知！
索引是建的越多越好嗎
數(shù)據(jù)量小的表不需要建立索引，建立會增加額外的索引開銷
不經(jīng)常引用的列不要建立索引，因為不常用，即使建立了索引也沒有多大意義
經(jīng)常頻繁更新的列不要建立索引，因為肯定會影響插入或更新的效率
數(shù)據(jù)重復且分布平均的字段，因此他建立索引就沒有太大的效果（例如性別字段，只有男女，不適合建立索引）
數(shù)據(jù)變更需要維護索引，意味著索引越多維護成本越高。
更多的索引也需要更多的存儲空間