查詢語句不使用 SELECT * 的八個原因

PPT:鄭州
QQ 視頻:鄭州視頻

1.背景介紹

(1)數據庫
起源于 20 世經 90 年代,當時美國為了戰爭的需要,把各種情報收集在一起,存儲隱藏在計算機內,叫做 Data Base(DB)。
(2)SQL語句
用于訪問和處理數據庫的標準的計算機語言,簡稱 結構化查詢語言。
(3)SELECT 語句
用于從表中選取數據,結果被存儲在一個結果表中(稱為結果集)。

2.知識剖析

select語句的常用寫法:

SELECT 列名稱 FROM 表名稱

-- 檢索單個列
SELECT name FROM products;

-- 檢索多個列
SELECT id, name, price FROM products;

-- 檢索所有的列
SELECT * FROM products;

-- 檢索不同的值
SELECT DISTINCT vend_id FROM products;

3.常見問題

select * 會降低查詢效率?
答案是 YES。

4.解決方案

重要是理解為什么會降低效率,以及代碼中盡量少的使用select * 。
1,數據庫需要知道 * 等于什么 = 查數據字典會增大開銷(記錄數據庫和應用程序元數據的目錄)
2,多出一些不用的列,這些列可能正好不在索引的范圍之內(索引的好處不多說)select * 杜絕了索引覆蓋的可能性,而索引覆蓋又是速度極快,效率極高,業界極為推薦的查詢方式。
3,不需要的字段會增加數據傳輸的時間,即使 mysql 服務器和客戶端是在同一臺機器上,使用的協議還是 tcp,通信也是需要額外的時間。
4,大字段,例如很長的 varchar,blob,text。準確來說,長度超過 728 字節的時候,會把超出的數據放到另外一個地方,因此讀取這條記錄會增加一次 io 操作。----mysql innodb
5,影響數據庫自動重寫優化SQL(類似 Java 中編譯 class 時的編譯器自動優化) 。----Oracle
6,select * 數據庫需要解析更多的 對象,字段,權限,屬性相關,在 SQL 語句復雜,硬解析較多的情況下,會對數據庫造成沉重的負擔
7,額外的 io,內存和 cpu 的消耗,因為多取了不必要的列。
8,用 SELECT * 需謹慎,因為一旦列的個數或順序更改,就有可能程序執行失敗。

5.編碼實戰

簡單看看網絡傳輸的影響

哈哈
納納
呀呀

網上查了查,需要更改排序策略
修改排序策略為 utf8_general_ci 或 utf8_unicode_ci

6.擴展思考

sql語句有沒有其它優化

7.參考文獻

(1)https://www.zhihu.com/question/37777220
(2)http://www.cnblogs.com/xinye/p/3823461.html
(3)http://blog.csdn.net/beauty_1991/article/details/51160072

8.更多討論

大家比較認可哪個原因

技能樹. IT 修真院“我們相信人人都可以成為一個工程師,現在開始,找個師兄,帶你入門,掌控自己學習的節奏,學習的路上不再迷茫”。
這里是技能樹. IT 修真院,成千上萬的師兄在這里找到了自己的學習路線,學習透明化,成長可見化,快來與我一起學習吧~ 注冊鏈接是 [http://www.jnshu.com/login/1/10104049](http://www.jnshu.com/login/1/10104049%E6%B3%A8%E5%86%8C%E7%84%B6%E5%90%8E%E4%B8%8E%E6%88%91%E4%B8%80%E8%B5%B7%E5%AD%A6%E4%B9%A0%E5%90%A7~)
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容