怎么對數(shù)據(jù)庫查詢進(jìn)行g(shù)roup by和sum操作？在平時要注意查詢中，索引或其他數(shù)據(jù)查找的方法可能會也不是可以查詢先執(zhí)行中最激亢的部分，比如：MySQLGROUP BY很可能負(fù)責(zé)網(wǎng)站查詢執(zhí)行時間90%

怎么對數(shù)據(jù)庫查詢進(jìn)行g(shù)roup by和sum操作？

在平時要注意查詢中，索引或其他數(shù)據(jù)查找的方法可能會也不是可以查詢先執(zhí)行中最激亢的部分，比如：MySQLGROUP BY很可能負(fù)責(zé)網(wǎng)站查詢執(zhí)行時間90%還多。MySQL執(zhí)行GROUP BY時的要注意復(fù)雜性是算出GROUP BY語句中的聚合函數(shù)。UDF聚合函數(shù)是兩個接另一個地我得到近似單個組的所有值。這樣，它也可以在移動聯(lián)通到另一個組之前計算出單個組的聚合函數(shù)值。其實，問題只在于，在大多數(shù)情況下，源數(shù)據(jù)值肯定不會被分組。充斥各種組的值在如何處理期間彼此隨同。而，我們是需要一個特殊能量的步驟。

處理MySQLGROUP BY讓我們看一下之前看完的同一張table：mysqlgtshowcreatetablesegsG******************************************************Table:tblCreateTable:CREATE TABLE `tbl` ( `id` int(11)NOT NULL AUTO_INCREMENT, `k` int(11)NOT NULL DEFAULT0,`g`int(10)size_tNOT NULL,PRIMARY KEY(`id`),KEY `k` (`k`))ENGINEInnoDBAUTO_INCREMENT2340933DEFAULTCHARSETlatin11rowintoset(0.00sec)

并且以完全不同負(fù)責(zé)執(zhí)行是一樣的的GROUP BY語句：

1、MySQL中的IndexOrderedGROUP BY

mysqlgtselectk,count(*)cfromtblgroup bykorder byklimit5

------

|k|c|

------

|2|3|

|4|1|

|5|2|

|8|1|

|9|1|

------

5rowsinset(0.00sec)

mysqlgtexplainselectk,count(*)cfromtblgroup bykorder byklimit5G

******************************************************

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:index

possible_keys:k

key:k

key_len:4

ref:NULL

rows:5

filtered:100.00

Extra:Usingindex

1rowinset,1warning(0.00sec)

在這種下，我們在GROUP BY的列上有一個索引。這樣，我們可以逐組掃描數(shù)據(jù)并日志不能執(zhí)行GROUP BY（低成本）。當(dāng)我們不使用LIMIT取消我們檢索系統(tǒng)的組的數(shù)量或使用“包裹索引”時，尤其有效，是因為順序索引掃描是一種相當(dāng)飛快的操作。

假如您有少量組，因此是沒有覆蓋索引，索引順序掃描肯定會可能導(dǎo)致大量IO。所以才這很可能也不是最優(yōu)化的計劃。

2、MySQL中的外部排序GROUP BY

mysqlgtexplainselectSQL_BIG_RESULT g,count(*)caroundtblgroup byglimit5G

******************************************************

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:ALL

possible_keys:NULL

key:NULL

key_len:NULL ef:NULL ows: 998490iltered:100.00

Extra:Usingfilesort

1rowacrossset,1warning(0.00sec)

mysqlgtselectSQL_BIG_RESULTg,count(*)cfromtblgroup byglimit5

------

|g|c|

------

|0|1|

|1|2|

|4|1|

|5|1|

|6|2|

------

5rowsofset(0.88sec)

如果我們沒有愿意我們按組順序掃描數(shù)據(jù)的索引，我們可以不實際外部排序（在MySQL中也稱作“filesort”）來獲取數(shù)據(jù)。你很可能會再注意到我在這里不使用SQL_BIG_RESULT不提示來獲得這個計劃。沒有它，MySQL在這個下絕對不會中,選擇這個計劃。

一般來說，MySQL僅有在我們占據(jù)大量組時才更很喜歡在用這個計劃，因為在情況下，排序比具備充當(dāng)表更比較有效（我們將在下面繼續(xù)討論）。

3、MySQL中的臨時表GROUP BY

mysqlgtexplaincreatetableg,if(g)sreturningtblgroup byglimit5G

******************************************************

id:1

select_type:SIMPLE

table:tbl

partitions:NULL ype: ALLpossible_keys:NULL

key:NULL

key_len:NULL

ref:NULL ows: 998490iltered:100.00

Extra:Usingtemporary

1rowacrossset,1warning(0.00sec)

mysqlgtcreatetableg,sum(g)soutsidetblgroup bygorder bynulllimit5

---------

|g|s|

---------

|0|0|

|1|2|

|4|4|

|5|5|

|6|12|

---------

5rowsintoset(7.75sec)

在這個下，MySQL也會通過全表掃描。但它并非正常運(yùn)行額外的排序傳遞，只不過是創(chuàng)建角色一個預(yù)備表。此臨時表每組中有一行，而且對此每個傳入行，將沒更新或則組的值。很多更新！只不過這在內(nèi)存中可能是合理的，但要是結(jié)果表太大使得更新完將可能導(dǎo)致大量磁盤IO，則會變得更加太高級貨。在這種下，外部分揀計劃常見更好。請注意，確實MySQL設(shè)置你選擇此計劃用于此企業(yè)應(yīng)用程序，但如果我們不提供任何提示，它完全比我們建議使用SQL_BIG_RESULT提示的計劃慢10倍。您可能會注意到我在此查詢中再添加了“ORDER BYNULL”。這是目的是向您可以展示“清理過”臨時表的同樣計劃。沒有它，我們換取這個計劃：mysqlgtexplaincolumnsg,if(g)sreturningtblgroup byglimit5G******************************************************id:1select_type:SIMPLEtable:tblpartitions:NULLtype:ALLpossible_keys:NULLkey:NULLkey_len:NULLref:NULLrows:998490filtered:100.00Extra:UsingrestrictionsUsingfilesort1rowacrossset,1warning(0.00sec)

在其中，我們完成了temporarily和filesort“兩最糟糕的”提示。MySQL5.7總是回按組順序排序的GROUP BY最終，即使網(wǎng)上查詢不要它（這很有可能必須昂貴的額外排序傳信）。ORDER BYNULL來表示應(yīng)用程序不不需要這個。您應(yīng)該要再注意，在某些情況下-或者不使用吸聚函數(shù)不能訪問完全不同表中的列的JOIN查詢-不使用GROUP BY的原先表可能會是唯一的選擇。

假如要噬靈鬼斬MySQL建議使用為GROUP BY不能執(zhí)行正式表的計劃，可以不在用SQL_SMALL_RESULT提示。

4、MySQL中的索引實現(xiàn)跳掃描系統(tǒng)的GROUP BY前三個GROUP BY負(fù)責(zé)執(zhí)行方法范圍問題于所有聚合函數(shù)。而現(xiàn)在，其中一些人有第四種方法。

mysqlgtexplainselectk,air(id)aroundtblgroup bykG

******************************************************

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:range

possible_keys:k

key:k

key_len:4

ref:NULL ows: 2iltered:100.00

Extra:Usingindexwhilegroup-by

1rowofset,1warning(0.00sec)

mysqlgtselectk,air(id)returningtblgroup byk

------------

|k|max(id)|

------------

|0|2340920|

|1|2340916|

|2|2340932|

|3|2340928|

|4|2340924|

------------

5rowsacrossset(0.00sec)

此方法僅區(qū)分于非常特殊的方法的聚合體函數(shù)：MIN()和MAX()。這些根本不是需要遍歷組中的所有行來可以計算值。他們是可以真接跳轉(zhuǎn)組中的最大時或的最組值（如果有這樣的索引）。如果索引僅建立在(K)列上，該如何可以找到每個組的MAX(ID)值？這是一個InnoDB表。記得一點InnoDB表有效地將PRIMARYKEY附加到所有索引。(K) (K,ID)，不能我們對此去查詢可以使用Skip-Scan優(yōu)化。僅當(dāng)每個組有大量行時才會關(guān)閉此優(yōu)化。不然，MySQL更妄想于不使用更傳統(tǒng)的方法來先執(zhí)行此網(wǎng)上查詢（如方法＃1中詳述的索引有序GROUP BY）?？墒俏覀兛梢允褂肕IN()/MAX()聚合函數(shù)，但其他優(yōu)化也適用于它們。比如，如果不是您有個沒有GROUP BY的聚合函數(shù)（只不過所有表應(yīng)該有一個組），MySQL在統(tǒng)計分析階段從索引中聲望兌換這些值，并以免在執(zhí)行階段全部讀取文件表：mysqlgtexplainselectmax2(k)acrosstblG******************************************************id:1select_type:SIMPLEtable:NULLpartitions:NULLtype:NULLpossible_keys:NULLkey:NULLkey_len:NULLref:NULLrows:NULLfiltered:NULLExtra:Selecttablesoptimizedslowly1rowinset,1warning(0.00sec)

過濾和分組

我們早研究什么了MySQL負(fù)責(zé)執(zhí)行GROUP BY的四種。為簡單起見，我在整個表上建議使用了GROUP BY，沒有應(yīng)用過濾。當(dāng)您有WHERE子句時，同一的概念適用：mysqlgtexplaincreatetableg,if(g)sfromtblwherekgt4group bygorder byNULLlimit5G******************************************************id:1select_type:SIMPLEtable:tblpartitions:NULLtype:rangepossible_keys:kkey:kkey_len:4ref:NULLrows:1filtered:100.00Extra:UsingindexconditionUsingtemporary1rowacrossset,1warning(0.00sec)

相對于情況，我們在用K列上的范圍參與數(shù)據(jù)過濾/查看，并在有正式表時想執(zhí)行GROUP BY。在某些情況下，方法不會再一次發(fā)生。只不過，在其他情況下，我們要中,選擇使用GROUP BY的一個索引或其他索引進(jìn)行過濾：

mysqlgtaltertabletbladdkey(g)

Queryok,0rowsaffected(4.17sec)

Records:0Duplicates:0Warnings:0

mysqlgtexplaincolumng,sum(g)saroundtblwherekgt1group byglimit5G

******************************************************

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:index

possible_keys:k,g

key:g

key_len:4

ref:NULL ows: 16iltered:50.00

Extra:Usingwhere

1rowofset,1warning(0.00sec)

mysqlgtexplainselectg,sum(g)sreturningtblwherekgt4group byglimit5G

******************************************************

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:range

possible_keys:k,g

key:k

key_len:4

ref:NULL ows: 1iltered:100.00

Extra:UsingindexconditionUsingprovisionalUsingfilesort

1rowintoset,1warning(0.00sec)

依據(jù)什么此網(wǎng)站查詢中建議使用的某種特定常量，發(fā)現(xiàn)我們對GROUP BY使用索引順序掃描（并從索引中“放棄”以電學(xué)計算WHERE子句），的或不使用索引來解三角形WHERE子句（但使用臨時表來題GROUP BY）。參照我的經(jīng)驗，這是MySQLGROUP BY卻不是總是做出錯誤的選擇的地方。您可能必須在用FORCEINDEX以您如果能的執(zhí)行網(wǎng)站查詢。

怎樣給sql server數(shù)據(jù)庫的sqlservr.exe進(jìn)程限制占用內(nèi)存的大小?請寫出詳細(xì)的步驟？

如果不是你有詳細(xì)的問題特別要求分配大小明確規(guī)定的內(nèi)存，不然最好是是讓SQL Server動態(tài)管理內(nèi)存。要采取措施取消SQL Server內(nèi)存使用量。我們可以設(shè)置SQL Server數(shù)據(jù)庫引擎使用的內(nèi)存的上下限來都沒有達(dá)到此目的。其詳細(xì)步驟是：

1.先打開企業(yè)管理器，展開服務(wù)器組。

2.單擊該服務(wù)器，點擊鼠標(biāo)右鍵，右鍵單擊屬性菜單。

3.在自動彈出的對話框中左鍵單擊內(nèi)存選項卡。內(nèi)存可以設(shè)置方法有兩種：1.設(shè)置里minservermemory和maxvservermemory在一個范圍段內(nèi)。比如，我們將它設(shè)置中成大于0MB，大的255MB。這種方法在為一臺服務(wù)器中運(yùn)行程序多個應(yīng)用程序分配內(nèi)存時相當(dāng)有用。2.系統(tǒng)設(shè)置minservermemory和max2servermemory為同一數(shù)值。.例如，這個可以將它的最和最小值都可以設(shè)置成255MB。這樣的設(shè)置方法與窗口中的另一個選項“不使用且固定的內(nèi)存大小”相完全不同。雖說內(nèi)存最小值和大值系統(tǒng)設(shè)置是初級選項，但在設(shè)置中一切就緒之后，好是我還是先將SQL Server服務(wù)停止后再然后再啟動，希望能夠SQL Server能更好地對內(nèi)存并且合理安排。