淺談SELECT?*會導(dǎo)致查詢效率低的原因
前言
因為 SELECT * 查詢語句會查詢所有的列和行數(shù)據(jù),包括不需要的和重復(fù)的列,因此它會占用更多的系統(tǒng)資源,導(dǎo)致查詢效率低下。而且,由于傳輸?shù)臄?shù)據(jù)量大,也會增加網(wǎng)絡(luò)傳輸?shù)呢?fù)擔(dān),降低系統(tǒng)性能。
如果需要查詢所有的列數(shù)據(jù),可以使用 LIMIT 關(guān)鍵字限制查詢的行數(shù),避免傳輸過多的數(shù)據(jù)。在實際開發(fā)中建議指定列名,避免使用 SELECT * 。
一、適合SELECT * 的使用場景
SELECT * 是 SQL 語句中的一種,用于查詢數(shù)據(jù)表中所有的列和行。它的使用場景有以下幾種:
- 初學(xué)者的練習(xí):當(dāng)學(xué)習(xí) SQL 語言的初學(xué)者沒有掌握如何選擇特定的列時,可以用 SELECT * 來查看完整的數(shù)據(jù)表結(jié)構(gòu),這有助于更好地理解數(shù)據(jù)表的組成。
- 快捷查詢:當(dāng)需要查詢數(shù)據(jù)表中所有的數(shù)據(jù)時,SELECT * 可以快捷地查找到所有的數(shù)據(jù),省去了手動輸入列名的麻煩。
- 在某些情況下,使用 SELECT * 可以使 SQL 語句更加簡潔明了,讓代碼更易于維護(hù)和修改。
但SELECT *也有一些潛在的風(fēng)險,比如 SELECT * 可能會導(dǎo)致查詢效率低下、數(shù)據(jù)冗余和安全問題等。
二、SELECT * 會導(dǎo)致查詢效率低的原因
2.1、數(shù)據(jù)庫引擎的查詢流程
數(shù)據(jù)庫引擎的查詢流程通常包含以下幾個步驟:
- 解析 SQL 語句:數(shù)據(jù)庫引擎先將 SQL 語句解析成內(nèi)部的執(zhí)行計劃,包括了查詢哪些數(shù)據(jù)表、使用哪些索引、如何連接多個數(shù)據(jù)表等信息。
- 優(yōu)化查詢計劃:數(shù)據(jù)庫引擎對內(nèi)部的執(zhí)行計劃進(jìn)行優(yōu)化,根據(jù)查詢的復(fù)雜度、數(shù)據(jù)量和系統(tǒng)資源等因素,選擇最優(yōu)的執(zhí)行計劃。
- 執(zhí)行查詢計劃:數(shù)據(jù)庫引擎根據(jù)執(zhí)行計劃,通過 I/O 操作讀取數(shù)據(jù)表的數(shù)據(jù),進(jìn)行數(shù)據(jù)過濾、排序、分組等操作,最終返回結(jié)果集。
- 緩存查詢結(jié)果:如果查詢結(jié)果集比較大或者查詢頻率較高,數(shù)據(jù)庫引擎會將查詢結(jié)果緩存在內(nèi)存中,以加速后續(xù)的查詢操作。
以MySQL為例:
執(zhí)行一條select語句時,會經(jīng)過:
- 連接器:主要作用是建立連接、管理連接及校驗用戶信息。
- 查詢緩沖:查詢緩沖是以key-value的方式存儲,key就是查詢語句,value就是查詢語句的查詢結(jié)果集;如果命中直接返回。注意,MySQL 8.0已經(jīng)刪除了查詢緩沖。
- 分析器:詞法句法分析生成語法樹。
- 優(yōu)化器:指定執(zhí)行計劃,選擇查詢成本最小的計劃。
- 執(zhí)行器:根據(jù)執(zhí)行計劃,從存儲引擎獲取數(shù)據(jù),并返回客戶端。
2.2、SELECT * 的實際執(zhí)行過程
當(dāng)使用 SELECT * 查詢語句時,數(shù)據(jù)庫引擎會將所有的列都查詢出來,包括不需要的和重復(fù)的列,然后將這些數(shù)據(jù)傳輸?shù)娇蛻舳恕_@個過程會涉及以下幾個步驟:
- 執(zhí)行解析 SQL 語句:當(dāng)數(shù)據(jù)庫引擎接收到 SELECT * 查詢語句時,會首先解析該語句,確定需要查詢哪些數(shù)據(jù)表,以及如何連接這些數(shù)據(jù)表,然后將解析結(jié)果保存到內(nèi)部的執(zhí)行計劃中。
- 執(zhí)行查詢計劃:根據(jù)執(zhí)行計劃,數(shù)據(jù)庫引擎會掃描相應(yīng)的數(shù)據(jù)表,讀取所有的列和行數(shù)據(jù),然后將這些數(shù)據(jù)傳輸?shù)娇蛻舳恕?/li>
- 數(shù)據(jù)傳輸?shù)娇蛻舳耍阂坏┎樵兺瓿桑瑪?shù)據(jù)庫引擎將查詢結(jié)果集發(fā)送到客戶端,包括所有的列和行數(shù)據(jù)。
- 由于 SELECT * 查詢語句會查詢所有的列和行數(shù)據(jù),包括不需要的和重復(fù)的列,因此它會占用更多的系統(tǒng)資源,導(dǎo)致查詢效率低下。而且,由于傳輸?shù)臄?shù)據(jù)量大,也會增加網(wǎng)絡(luò)傳輸?shù)呢?fù)擔(dān),降低系統(tǒng)性能。
2.3、使用 SELECT * 查詢語句帶來的不良影響
- 查詢效率低下:由于 SELECT * 查詢語句會查詢所有列和行數(shù)據(jù),包括不需要的和重復(fù)的列,因此會占用更多的系統(tǒng)資源,導(dǎo)致查詢效率低下。
- 數(shù)據(jù)冗余:使用 SELECT * 查詢語句可能會查詢出不必要的重復(fù)數(shù)據(jù),增加數(shù)據(jù)庫的存儲空間,降低數(shù)據(jù)庫的性能。
- 網(wǎng)絡(luò)傳輸負(fù)擔(dān)增加:由于 SELECT * 查詢語句會傳輸所有的列和行數(shù)據(jù),因此會增加網(wǎng)絡(luò)傳輸?shù)呢?fù)擔(dān),降低系統(tǒng)性能。
- 安全問題:如果數(shù)據(jù)表中包含敏感信息,使用 SELECT * 查詢語句可能會泄露敏感信息,引發(fā)安全問題。
所以,建議選擇具體的列進(jìn)行查詢。如果需要查詢所有的列數(shù)據(jù),可以使用 LIMIT 關(guān)鍵字限制查詢的行數(shù),避免傳輸過多的數(shù)據(jù)。
三、優(yōu)化查詢效率的方法
(1)SELECT 顯式指定字段名。SELECT 顯式指定字段名的優(yōu)勢:
- 減少不必要的數(shù)據(jù)傳輸 。
- 減少內(nèi)存消耗。
- 提高查詢效率
- SELECT 顯式指定字段名的注意事項: 掌握數(shù)據(jù)表結(jié)構(gòu)、避免指定過多的字段 、避免頻繁修改查詢語句。
(2)使用索引。
(3)減少子查詢。
(4)避免使用 OR 操作符。
四、總結(jié)
SELECT * 的不良影響:
- 查詢效率低下;
- 數(shù)據(jù)冗余;
- 網(wǎng)絡(luò)傳輸負(fù)擔(dān)增加;
- 安全問題。
顯式指定字段名的優(yōu)勢:
- 查詢效率更高;
- 減少數(shù)據(jù)冗余;
- 網(wǎng)絡(luò)傳輸負(fù)擔(dān)減少;
- 更好的代碼可讀性;
- 提高安全性。
優(yōu)化查詢效率的方法:
- 顯式指定需要查詢的字段名;
- 使用 LIMIT 關(guān)鍵字限制查詢的行數(shù);
- 優(yōu)化索引,提高查詢效率;
- 避免在 WHERE 子句中使用函數(shù)或表達(dá)式,以免影響查詢效率;
- 避免使用子查詢,以免引起性能問題;
- 合理使用 JOIN,避免查詢結(jié)果集過大。
到此這篇關(guān)于淺談SELECT *會導(dǎo)致查詢效率低的原因的文章就介紹到這了,更多相關(guān)SELECT *效率低內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SQL?Server附加數(shù)據(jù)庫時出現(xiàn)錯誤的處理方法
通過附加功能添加現(xiàn)成的數(shù)據(jù)庫是非常方便的,然而有時會出現(xiàn)附加數(shù)據(jù)庫失敗,下面這篇文章主要給大家介紹了關(guān)于SQL?Server附加數(shù)據(jù)庫時出現(xiàn)錯誤的處理方法,需要的朋友可以參考下2022-12-12執(zhí)行一條sql語句update多條記錄實現(xiàn)思路
如果你想更新多行數(shù)據(jù),并且每行記錄的各字段值都是各不一樣,你會怎么辦呢?本文以一個示例向大家講解下如何實現(xiàn)如標(biāo)題所示的情況,有此需求的朋友可以了解下2013-08-08Superset實現(xiàn)動態(tài)SQL查詢功能
這篇文章給大家介紹使用自定義參數(shù)方式實現(xiàn) superset 實現(xiàn)SQL動態(tài)查詢功能,本文通過實例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友參考下吧2021-08-08SQL Server 在分頁獲取數(shù)據(jù)的同時獲取到總記錄數(shù)
本文通過兩種方法給大家介紹SQL Server 在分頁獲取數(shù)據(jù)的同時獲取到總記錄數(shù),感興趣的朋友跟隨腳本之家小編一起學(xué)習(xí)吧2018-05-05