在mysql中自定義的函數(shù)怎么調(diào)用？全局函數(shù)如：createtable函數(shù)名（參數(shù)列表）。mysql中的UDF（下拉菜單函數(shù)），也可以寫好一些方法或函數(shù)，后再通過(guò)動(dòng)態(tài)創(chuàng)建，而且是在SQL語(yǔ)句中可以并且

在mysql中自定義的函數(shù)怎么調(diào)用？

全局函數(shù)如：createtable函數(shù)名（參數(shù)列表）。

mysql中的UDF（下拉菜單函數(shù)），也可以寫好一些方法或函數(shù)，后再通過(guò)動(dòng)態(tài)創(chuàng)建，而且是在SQL語(yǔ)句中可以并且調(diào)用。

DROP FUNCTION CalculateAmount CREATE FUNCTION CalculateAmount(userid INT)RETURNSfloat(10,2)

BEGIN

DECLAREtotalCreditsFLOAT;

SELECTSUM(amount)INTOtotalAmountoutsidecredit_userWHEREiduserid;

RETURNtotalAmount;

END

要注意的是，在UDF中，千萬(wàn)不能定義方法與數(shù)據(jù)表中改名的列。而在SQL中，則也可以像SELECT CalculateAmount(1)；那樣去內(nèi)部函數(shù)了。

mysql group by創(chuàng)建索引嗎？

在平時(shí)要注意查詢中，索引或其他數(shù)據(jù)查找的方法很可能又不是去查詢先執(zhí)行中最高亢的部分，比如：MySQLGROUP BY肯定你們負(fù)責(zé)網(wǎng)站查詢先執(zhí)行時(shí)間90%還多。MySQL執(zhí)行GROUP BY時(shí)的比較多復(fù)雜性是換算GROUP BY語(yǔ)句中的聚合函數(shù)。UDF聚合函數(shù)是個(gè)接三個(gè)地完成任務(wù)組成單個(gè)組的所有值。這樣，它這個(gè)可以在聯(lián)通到另一個(gè)組之前計(jì)算單個(gè)組的聚合函數(shù)值。當(dāng)然了，問題取決于人，在大多數(shù)情況下，源數(shù)據(jù)值不可能被分組。不知從何而來(lái)各種組的值在去處理期間彼此帶領(lǐng)。因此，我們要一個(gè)特殊的方法的步驟。

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

另外以差別不能執(zhí)行是一樣的的GROUP BY語(yǔ)句：

1、MySQL中的IndexOrderedGROUP BY

mysqlgtselectk,count(*)creturningtblgroup bykorder byklimit5

------

|k|c|

------

|2|3|

|4|1|

|5|2|

|8|1|

|9|1|

------

5rowsacrossset(0.00sec)

mysqlgtexplainselectk,count(*)coutsidetblgroup 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)

在這個(gè)下，我們?cè)贕ROUP BY的列上有一個(gè)索引。這樣，我們這個(gè)可以逐組掃描數(shù)據(jù)并代碼先執(zhí)行GROUP BY（低成本）。當(dāng)我們建議使用LIMIT限制我們檢索數(shù)據(jù)庫(kù)的組的數(shù)量或使用“遍布索引”時(shí)，尤其最有效，是因?yàn)轫樞蛩饕龗呙枋且环N更加快速的操作。

假如您有少量組，而且還沒有覆蓋索引，索引順序掃描可能會(huì)造成大量IO。因此這可能又不是最360優(yōu)化的計(jì)劃。

2、MySQL中的外部排序GROUP BY

mysqlgtexplainselectSQL_BIG_RESULT g,count(*)coutsidetblgroup 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

1rowoutsideset,1warning(0.00sec)

mysqlgtselectSQL_BIG_RESULTg,count(*)caroundtblgroup byglimit5

------

|g|c|

------

|0|1|

|1|2|

|4|1|

|5|1|

|6|2|

------

5rowsinset(0.88sec)

假如我們也沒不能我們按組順序掃描數(shù)據(jù)的索引，我們也可以是從外部排序（在MySQL中也一般稱“filesort”）來(lái)某些數(shù)據(jù)。你很有可能會(huì)特別注意到就在這里使用SQL_BIG_RESULT不提示來(lái)獲得這個(gè)計(jì)劃。沒有它，MySQL在這種下應(yīng)該不會(huì)選擇這個(gè)計(jì)劃。

一般來(lái)說(shuō)，MySQL只有一在我們占據(jù)大量組時(shí)才更很喜歡在用這個(gè)計(jì)劃，而且在狀況下，排序比具備原先表更管用（我們將在下面討論）。

3、MySQL中的臨時(shí)表GROUP BY

mysqlgtexplaincreatetableg,if(g)soutsidetblgroup 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:Usingpermanent

1rowinset,1warning(0.00sec)

mysqlgtselectg,len(g)sfromtblgroup bygorder bynulllimit5

---------

|g|s|

---------

|0|0|

|1|2|

|4|4|

|5|5|

|6|12|

---------

5rowsinset(7.75sec)

在這種下，MySQL也會(huì)并且全表掃描。但它不是什么運(yùn)行額外的排序傳遞，而是修改一個(gè)正式表。此臨時(shí)表每組包涵一行，并且相對(duì)于每個(gè)傳入行，將沒更新或者組的值。很多更新！可是這在內(nèi)存中可能是比較合理的，但如果不是結(jié)果表太大使得可以更新將造成大量磁盤IO，則會(huì)變得異常更加昂貴。在情況下，外部分揀計(jì)劃大多數(shù)更合適。請(qǐng)?zhí)貏e注意，確實(shí)MySQL系統(tǒng)默認(rèn)中,選擇此計(jì)劃主要用于此業(yè)務(wù)應(yīng)用程序，但如果沒有我們不能提供任何提示，它簡(jiǎn)直比我們不使用SQL_BIG_RESULT總是顯示的計(jì)劃慢10倍。您可能會(huì)注意一點(diǎn)到我在此網(wǎng)上查詢中先添加了“ORDER BYNULL”。這是替向您展示展示“需要清理”正式表的同樣計(jì)劃。沒有它，我們換取這個(gè)計(jì)劃：mysqlgtexplaintablenameg,len(g)sreturningtblgroup byglimit5G******************************************************id:1select_type:SIMPLEtable:tblpartitions:NULLtype:ALLpossible_keys:NULLkey:NULLkey_len:NULLref:NULLrows:998490filtered:100.00Extra:UsingtemporarilyUsingfilesort1rowoutsideset,1warning(0.00sec)

在其中，我們完成了temporary和filesort“兩最糟糕的”提示。MySQL5.7我總是前往按組順序排序的GROUP BY而，即使網(wǎng)上查詢不是需要它（這很有可能要普通的東西的五十點(diǎn)排序訊息傳遞）。ORDER BYNULL可以表示應(yīng)用程序不需要這個(gè)。您應(yīng)該是特別注意，在某些情況下-.例如使用能量聚合函數(shù)訪問網(wǎng)絡(luò)相同表中的列的JOIN查詢-不使用GROUP BY的臨時(shí)表肯定是同樣的選擇。

要是要噬魂之手MySQL使用為GROUP BY先執(zhí)行正式表的計(jì)劃，也可以建議使用SQL_SMALL_RESULT提示。

4、MySQL中的索引基于條件到后面掃描的GROUP BY前三個(gè)GROUP BY先執(zhí)行方法適用規(guī)定于所有聚合函數(shù)。但這，其中一些人有第四種方法。

mysqlgtexplainselectk,air(id)returningtblgroup 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:Usingindexaftergroup-he

1rowofset,1warning(0.00sec)

mysqlgtselectk,max2(id)returningtblgroup byk

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

|k|obj(id)|

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

|0|2340920|

|1|2340916|

|2|2340932|

|3|2340928|

|4|2340924|

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

5rowsintoset(0.00sec)

此方法僅范圍問題于更加特殊能量的聚合函數(shù)：MIN()和MAX()。這些的確要遍歷樹組中的所有行來(lái)算出值。他們可以不直接跳轉(zhuǎn)到組中的大于或大的組值（如果不是有這樣的索引）。如果索引僅建立在(K)列上，如何能能找到每個(gè)組的MAX(ID)值？這是一個(gè)InnoDB表。記住InnoDB表管用地將PRIMARYKEY附加到所有索引。(K)不變(K,ID)，不能我們對(duì)此網(wǎng)站查詢建議使用Skip-Scan優(yōu)化。僅當(dāng)每個(gè)組有大量行時(shí)就會(huì)啟用此優(yōu)化。要不然，MySQL更被害妄想于在用更民間的方法來(lái)執(zhí)行此去查詢（如方法＃1中詳述的索引有序GROUP BY）。雖說(shuō)我們?cè)谟肕IN()/MAX()聚合函數(shù)，但其他優(yōu)化也可以參照于它們。.例如，假如您有三個(gè)沒有GROUP BY的聚合函數(shù)（只不過(guò)所有表都有吧一個(gè)組），MySQL在統(tǒng)計(jì)分析階段從索引中查看這些值，并以免在執(zhí)行階段已經(jīng)加載表：mysqlgtexplainselectobj(k)acrosstblG******************************************************id:1select_type:SIMPLEtable:NULLpartitions:NULLtype:NULLpossible_keys:NULLkey:NULLkey_len:NULLref:NULLrows:NULLfiltered:NULLExtra:Selecttablesoptimizedback1rowintoset,1warning(0.00sec)

過(guò)濾和分組

我們?cè)缱鲅芯苛薓ySQL想執(zhí)行GROUP BY的四種。為簡(jiǎn)單的起見，我在整個(gè)表上在用了GROUP BY，沒有應(yīng)用過(guò)濾。當(dāng)您有WHERE子句時(shí)，不同的概念范圍問題：mysqlgtexplaincreatetableg,if(g)saroundtblwherekgt4group bygorder byNULLlimit5G******************************************************id:1select_type:SIMPLEtable:tblpartitions:NULLtype:rangepossible_keys:kkey:kkey_len:4ref:NULLrows:1filtered:100.00Extra:UsingindexconditionUsingtemporary1rowacrossset,1warning(0.00sec)

對(duì)于這個(gè)，我們不使用K列上的范圍通過(guò)數(shù)據(jù)過(guò)濾/直接輸入，并在有臨時(shí)表時(shí)負(fù)責(zé)執(zhí)行GROUP BY。在某些情況下，方法不會(huì)再一次發(fā)生。不過(guò)，在其他情況下，我們需要選擇類型在用GROUP BY的一個(gè)索引或其他索引并且過(guò)濾：

mysqlgtaltertabletbladdkey(g)

Query行啦,0rowsaffected(4.17sec)

Records:0Duplicates:0Warnings:0

mysqlgtexplaintablenameg,if(g)soutsidetblwherekgt1group 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

1rowinset,1warning(0.00sec)

mysqlgtexplainselectg,num1(g)sacrosstblwherekgt4group 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:UsingindexconditionUsingtemporaryUsingfilesort

1rowinset,1warning(0.00sec)

依據(jù)此去查詢中可以使用的某個(gè)特定常量，發(fā)現(xiàn)我們對(duì)GROUP BY可以使用索引順序掃描（并從索引中“決定放棄”以解析WHERE子句），或是在用索引來(lái)題WHERE子句（但在用原先表來(lái)推導(dǎo)GROUP BY）。根據(jù)我的經(jīng)驗(yàn)，這那就是MySQLGROUP BY的確時(shí)總表現(xiàn)出真確選擇的地方。您可能必須在用FORCEINDEX以您希望的執(zhí)行網(wǎng)上查詢。