數(shù)據(jù)庫為什么要查詢優(yōu)化（數(shù)據(jù)庫為什么要查詢優(yōu)化的數(shù)據(jù)）

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于數(shù)據(jù)庫為什么要查詢優(yōu)化的問題，以下是小編對(duì)此問題的歸納整理，讓我們一起來看看吧。

開始之前先推薦一個(gè)非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁版、PC客戶端

官網(wǎng)：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，如需了解SEO相關(guān)業(yè)務(wù)請(qǐng)撥打電話175-8598-2043，或添加微信：1454722008

本文目錄:

• 1、SQL數(shù)據(jù)庫查詢的優(yōu)化

• 2、為什么要用mysql索引優(yōu)化數(shù)據(jù)庫

• 3、怎樣優(yōu)化數(shù)據(jù)庫查詢？怎樣才能提高數(shù)據(jù)庫的查詢效率

• 4、如何優(yōu)化數(shù)據(jù)庫中數(shù)據(jù)的查詢

一、SQL數(shù)據(jù)庫查詢的優(yōu)化

1，使用合理的表結(jié)構(gòu)，盡量減少表關(guān)聯(lián)，有時(shí)寧愿多占用些空間，存儲(chǔ)些在別的表中存在的重復(fù)字段。

2，合理使用索引。

3，使用存儲(chǔ)過程。

4，注意SQL語句的寫法。針對(duì)“從下而上”解析的數(shù)據(jù)庫系統(tǒng)，將關(guān)鍵性語句條件(比如主鍵、索引，確定的值等)放置在后面。反之，放置在前面。比如SQLSERVER數(shù)據(jù)庫，你應(yīng)當(dāng)將首先去除了大部分記錄的條件放置在where的前面部分。

舉例：

假設(shè)主鍵為key；創(chuàng)建日期為 c_date，你的條件中包含對(duì)key和c_date的范圍查詢，那么你應(yīng)當(dāng)寫成：

where

key >= @from_key and key <= @to_key and

c_date >= @from_date and c_date <= @to_date

而不應(yīng)該寫成：

where

key c_date >= @from_date and c_date <= @to_date and

>= @from_key and key <= @to_key

它們速度是不一樣的。

以上幾點(diǎn)都將提高查詢速度！

第二次回答：

有人對(duì)第三條“使用存儲(chǔ)過程”提高效率有異議，那么請(qǐng)問，你認(rèn)為存儲(chǔ)過程除了可以完成復(fù)雜的判斷和較復(fù)雜的運(yùn)算、集中控制之外的主要作用是什么？

在運(yùn)行存儲(chǔ)過程前，數(shù)據(jù)庫已對(duì)其進(jìn)行了語法和句法分析，并給出了優(yōu)化執(zhí)行方案。這種已經(jīng)編譯好的過程可極大地改善SQL語句的性能。由于執(zhí)行SQL語句的大部分工作已經(jīng)完成，所以存儲(chǔ)過程能以極快的速度執(zhí)行。

任何一個(gè)設(shè)計(jì)良好的數(shù)據(jù)庫應(yīng)用程序都應(yīng)當(dāng)盡可能地用到存儲(chǔ)過程。

我提到的以上幾點(diǎn)，是針對(duì)入門者而言，也是比較容易做到的，對(duì)于要深入研究這個(gè)問題的，那么這些遠(yuǎn)遠(yuǎn)不夠，但是，做好這些，可以將速度提高一大截了。

二、為什么要用mysql索引優(yōu)化數(shù)據(jù)庫

說一下不同引擎的優(yōu)化，myisam讀的效果好，寫的效率差，這和它數(shù)據(jù)存儲(chǔ)格式，索引的指針和鎖的策略有關(guān)的，它的數(shù)據(jù)是順序存儲(chǔ)的（innodb數(shù)據(jù)存儲(chǔ)方式是聚簇索引），他的索引btree上的節(jié)點(diǎn)是一個(gè)指向數(shù)據(jù)物理位置的指針，所以查找起來很快，（innodb索引節(jié)點(diǎn)存的則是數(shù)據(jù)的主鍵，所以需要根據(jù)主鍵二次查找）；myisam鎖是表鎖，只有讀讀之間是并發(fā)的，寫寫之間和讀寫之間（讀和插入之間是可以并發(fā)的，去設(shè)置concurrent_insert參數(shù)，定期執(zhí)行表優(yōu)化操作，更新操作就沒有辦法了）是串行的，所以寫起來慢，并且默認(rèn)的寫優(yōu)先級(jí)比讀優(yōu)先級(jí)高，高到寫操作來了后，可以馬上插入到讀操作前面去，如果批量寫，會(huì)導(dǎo)致讀請(qǐng)求餓死，所以要設(shè)置讀寫優(yōu)先級(jí)或設(shè)置多少寫操作后執(zhí)行讀操作的策略;myisam不要使用查詢時(shí)間太長(zhǎng)的sql，如果策略使用不當(dāng)，也會(huì)導(dǎo)致寫?zhàn)I死，所以盡量去拆分查詢效率低的sql,

三、怎樣優(yōu)化數(shù)據(jù)庫查詢？怎樣才能提高數(shù)據(jù)庫的查詢效率

網(wǎng)上有好多這方面的帖子，但我就不去找了。把我知道的幾點(diǎn)給你列一下。

第一點(diǎn)：網(wǎng)速得給力，也就是應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器之間不要做過多限制，特別是防火墻方面的，最好在一個(gè)網(wǎng)段

第二點(diǎn)：使用數(shù)據(jù)庫連接池，無需創(chuàng)建連接，直接查詢

第三點(diǎn)：查詢語句上要明確指定查詢那些列

第四點(diǎn)：連接查詢，嵌套查詢方面要仔細(xì)斟酌，選擇最優(yōu)的方案

第五點(diǎn)：分清各個(gè)函數(shù)、一些語法的特性，比如要分得清什么時(shí)候用 exists 什么時(shí)候用in

第六點(diǎn)：隨著數(shù)據(jù)量的增大，再好的語句也會(huì)慢下來，可以考慮利用分區(qū)

。。。

其他方面還有，可以查看下論壇上的帖子總結(jié)一下

四、如何優(yōu)化數(shù)據(jù)庫中數(shù)據(jù)的查詢

1.應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行 null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：

select id from t where num is null

可以在num上設(shè)置默認(rèn)值0，確保表中num列沒有null值，然后這樣查詢：

select id from t where num=0

2.應(yīng)盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描。優(yōu)化器將無法通過索引來確定將要命中的行數(shù),因此需要搜索該表的所有行。

3.應(yīng)盡量避免在 where 子句中使用 or 來連接條件，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：

select id from t where num=10 or num=20

可以這樣查詢：

select id from t where num=10

union all

select id from t where num=20

4.in 和 not in 也要慎用，因?yàn)镮N會(huì)使系統(tǒng)無法使用索引,而只能直接搜索表中的數(shù)據(jù)。如：

select id from t where num in(1,2,3)

對(duì)于連續(xù)的數(shù)值，能用 between 就不要用 in 了：

select id from t where num between 1 and 3

5.盡量避免在索引過的字符數(shù)據(jù)中，使用非打頭字母搜索。這也使得引擎無法利用索引。

見如下例子：

SELECT * FROM T1 WHERE NAME LIKE ‘%L%’

SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’

SELECT * FROM T1 WHERE NAME LIKE ‘L%’

即使NAME字段建有索引，前兩個(gè)查詢依然無法利用索引完成加快操作，引擎不得不對(duì)全表所有數(shù)據(jù)逐條操作來完成任務(wù)。而第三個(gè)查詢能夠使用索引來加快操作。

6.必要時(shí)強(qiáng)制查詢優(yōu)化器使用某個(gè)索引，如在 where 子句中使用參數(shù)，也會(huì)導(dǎo)致全表掃描。因?yàn)镾QL只有在運(yùn)行時(shí)才會(huì)解析局部變量，但優(yōu)化程序不能將訪問計(jì)劃的選擇推遲到運(yùn)行時(shí)；它必須在編譯時(shí)進(jìn)行選擇。然而，如果在編譯時(shí)建立訪問計(jì)劃，變量的值還是未知的，因而無法作為索引選擇的輸入項(xiàng)。如下面語句將進(jìn)行全表掃描：

select id from t where num=@num

可以改為強(qiáng)制查詢使用索引：

select id from t with(index(索引名)) where num=@num

7.應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行表達(dá)式操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如：

SELECT * FROM T1 WHERE F1/2=100

應(yīng)改為:

SELECT * FROM T1 WHERE F1=100*2

SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’

應(yīng)改為:

SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’

SELECT member_number, first_name, last_name FROM members

WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21

應(yīng)改為:

SELECT member_number, first_name, last_name FROM members

WHERE dateofbirth < DATEADD(yy,-21,GETDATE())

即：任何對(duì)列的操作都將導(dǎo)致表掃描，它包括數(shù)據(jù)庫函數(shù)、計(jì)算表達(dá)式等等，查詢時(shí)要盡可能將操作移至等號(hào)右邊。

8.應(yīng)盡量避免在where子句中對(duì)字段進(jìn)行函數(shù)操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如：

select id from t where substring(name,1,3)='abc'--name以abc開頭的id

select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id

應(yīng)改為:

select id from t where name like 'abc%'

select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'

9.不要在 where 子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算，否則系統(tǒng)將可能無法正確使用索引。

10.在使用索引字段作為條件時(shí)，如果該索引是復(fù)合索引，那么必須使用到該索引中的第一個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引，否則該索引將不會(huì)被使用，并且應(yīng)盡可能的讓字段順序與索引順序相一致。

11.很多時(shí)候用 exists是一個(gè)好的選擇：

elect num from a where num in(select num from b)

用下面的語句替換：

select num from a where exists(select 1 from b where num=a.num)

SELECT SUM(T1.C1)FROM T1 WHERE(

(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)

SELECT SUM(T1.C1) FROM T1WHERE EXISTS(

SELECT * FROM T2 WHERE T2.C2=T1.C2)

兩者產(chǎn)生相同的結(jié)果，但是后者的效率顯然要高于前者。因?yàn)楹笳卟粫?huì)產(chǎn)生大量鎖定的表掃描或是索引掃描。

以上就是關(guān)于數(shù)據(jù)庫為什么要查詢優(yōu)化相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。

推薦閱讀：

表格怎么根據(jù)某個(gè)關(guān)鍵字篩選（表格怎么根據(jù)某個(gè)關(guān)鍵字篩選數(shù)據(jù)）

2022年網(wǎng)購數(shù)據(jù)分析（2022年網(wǎng)購數(shù)據(jù)分析年齡）

南京數(shù)據(jù)分析公司（南京數(shù)據(jù)分析公司外企）

火8宮意外死（8宮 火星）

花灑品牌排行榜（花灑品牌排行榜前十名2022）