mysql單表查詢可以走哪個(gè)索引？不是，像是數(shù)據(jù)庫(kù)會(huì)參照sql語句自己可以確定結(jié)論負(fù)責(zé)執(zhí)行計(jì)劃，你選擇最優(yōu)的執(zhí)行計(jì)劃執(zhí)行。假如你的表有多個(gè)索引，一般說來只需能修為提升網(wǎng)上查詢性能，是會(huì)被在用，不僅僅只

mysql單表查詢可以走哪個(gè)索引？

不是，像是數(shù)據(jù)庫(kù)會(huì)參照sql語句自己可以確定結(jié)論負(fù)責(zé)執(zhí)行計(jì)劃，你選擇最優(yōu)的執(zhí)行計(jì)劃執(zhí)行。

假如你的表有多個(gè)索引，一般說來只需能修為提升網(wǎng)上查詢性能，是會(huì)被在用，不僅僅只有不使用一個(gè)索引。不過索引建多了也會(huì)會(huì)造成rename，delete等開銷大小改變

mysql主鍵索引為什么比其他索引快？

因?yàn)樵趍ysql中主鍵是具有唯一性，索引簡(jiǎn)單點(diǎn)快鍵

mysql不走索引怎么解決？

沒有查詢條件,或則去查詢條件沒有成立索引在業(yè)務(wù)數(shù)據(jù)庫(kù)中,特別是數(shù)據(jù)量比較好大的表。建議:...

2.

去查詢結(jié)果集是原表中的大部分?jǐn)?shù)據(jù),應(yīng)該是25%以上可以查詢的結(jié)果集,遠(yuǎn)遠(yuǎn)超過了總數(shù)行數(shù)25%...

3.

索引本身失去效果,統(tǒng)計(jì)數(shù)據(jù)不假的索引有自我維護(hù)的能力,相對(duì)于表內(nèi)容變化比較比較很頻繁的情況下,有...

4.

去查詢條件使用函數(shù)在索引列上,也可以對(duì)索引列通過除法運(yùn)算,運(yùn)算以及(,-,*,/,!等)...

mysql中的慢查詢會(huì)不會(huì)影響速度？

絕對(duì)影響的。比較普遍網(wǎng)上查詢慢的原因最常見的話會(huì)有不勝感激幾種：

1、沒有索引或是沒有用到索引。PS：索引用處快速地收集那些具備某個(gè)特定值的記錄，所有MySQL索引都以B-樹的形式保存。如果沒有索引，先執(zhí)行查詢時(shí)MySQL需要從另一個(gè)記錄正在掃描系統(tǒng)整個(gè)表的所有記錄，直至不能找到符合要求的記錄。表里面的記錄數(shù)量一定，這個(gè)你操作的代價(jià)就越高。要是另外搜索條件的列上已經(jīng)創(chuàng)建家族了索引，MySQL無須系統(tǒng)掃描任何記錄即可迅速地我得到目標(biāo)記錄所在的位置。假如表有1000個(gè)記錄，是從索引直接輸入記錄大概要比順序掃描記錄快100倍。索引類型：普通索引：這是最基本的索引類型，沒唯一性之類的限制。唯一性索引：和普通地索引基本都完全相同，但所有的索引列沒有辦法出現(xiàn)兩次，達(dá)到唯一性。主鍵：主鍵是一種唯一索引，但要更改為

mysql添加索引mysql如何創(chuàng)建索引？

altertable表名

adduniqueindex索引名（索引列）usinginnodb

mysqlgroupby能用到索引么？

在日常查詢中，索引或其他數(shù)據(jù)查找的方法很有可能不是什么網(wǎng)上查詢負(fù)責(zé)執(zhí)行中最激亢的部分，.例如：MySQLGROUP BY可能專門負(fù)責(zé)去查詢執(zhí)行時(shí)間90%還多。MySQL執(zhí)行GROUP BY時(shí)的主要注意復(fù)雜性是計(jì)算出GROUP BY語句中的聚合函數(shù)。UDF聚合函數(shù)是兩個(gè)接另一個(gè)地完成任務(wù)組成單個(gè)組的所有值。這樣，它可以不在移動(dòng)聯(lián)通到另一個(gè)組之前算出單個(gè)組的聚合函數(shù)值。當(dāng)然了，問題本質(zhì)，在大多數(shù)情況下，源數(shù)據(jù)值不可能被分組。充斥各種組的值在全面處理期間彼此跟了。但，我們需要一個(gè)普通的步驟。

處理MySQLGROUP BY讓我們看看之前我看過的同一張table：mysqlshowcreatetablecustG******************************************************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_INCREMENT2340933DEFAULTCHARSETlatin11rowoutsideset(0.00sec)

因此以差別負(fù)責(zé)執(zhí)行不同的GROUP BY語句：

1、MySQL中的IndexOrderedGROUP BY

mysqlselectk,count(*)caroundtblgroup bykorder byklimit5;

------

|k|c|

------

|2|3|

|4|1|

|5|2|

|8|1|

|9|1|

------

5rowsoutsideset(0.00sec)

mysqlexplainselectk,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

1rowofset,1warning(0.00sec)

在這種下，我們?cè)贕ROUP BY的列上有一個(gè)索引。這樣，我們也可以逐組掃描數(shù)據(jù)并相冊(cè)負(fù)責(zé)執(zhí)行GROUP BY（低的成本）。當(dāng)我們可以使用LIMIT限制我們檢索系統(tǒng)的組的數(shù)量或使用“覆蓋索引”時(shí)，尤其有效，畢竟順序索引掃描是一種非常迅速的操作。

如果您有少量組，因此就沒覆蓋索引，索引順序掃描很可能會(huì)造成大量IO。所以我這肯定不是什么最優(yōu)化的計(jì)劃。

2、MySQL中的外部排序GROUP BY

mysqlexplainselectSQL_BIG_RESULT g,count(*)cacrosstblgroup byglimit5G

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

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:ALL

possible_keys:NULL

key:NULL

key_len:NULL

ref:NULL ows: 998490iltered:100.00

Extra:Usingfilesort

1rowinset,1warning(0.00sec)

mysqlselectSQL_BIG_RESULTg,count(*)cacrosstblgroup byglimit5;

------

|g|c|

------

|0|1|

|1|2|

|4|1|

|5|1|

|6|2|

------

5rowsintoset(0.88sec)

如果沒有我們是沒有不能我們按組順序掃描數(shù)據(jù)的索引，我們可以是從外部排序（在MySQL中也一般稱“filesort”）來資源數(shù)據(jù)。你可能會(huì)特別注意到你就在這里不使用SQL_BIG_RESULT顯示來我得到這個(gè)計(jì)劃。沒有它，MySQL在那種情況下絕對(duì)不會(huì)你選擇這個(gè)計(jì)劃。

一般來說，MySQL唯有在我們占據(jù)大量組時(shí)才更很喜歡使用這個(gè)計(jì)劃，因?yàn)樵谶@種下，排序比擁有充當(dāng)表更管用（我們將在下面討論到）。

3、MySQL中的充當(dāng)表GROUP BY

mysqlexplaincolumnsg,len(g)sacrosstblgroup byglimit5G

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

id:1

select_type:SIMPLE

table:tbl

partitions:NULL

type:ALL

possible_keys:NULL

key:NULL

key_len:NULL

ref:NULL ows: 998490iltered:100.00

Extra:Usingpermanent

1rowacrossset,1warning(0.00sec)

mysqlcolumng,if(g)sacrosstblgroup bygorder bynulllimit5;

---------

|g|s|

---------

|0|0|

|1|2|

|4|4|

|5|5|

|6|12|

---------

5rowsacrossset(7.75sec)

在情況下，MySQL也會(huì)并且全表掃描。但它并非運(yùn)行程序額外的排序傳遞，完全是創(chuàng)建家族一個(gè)正式表。此臨時(shí)表每組包含一行，另外這對(duì)每個(gè)傳入行，將可以更新或者組的值。很多更新！可是這在內(nèi)存中肯定是比較合理的，但如果不是結(jié)果表太大以至于自動(dòng)更新將導(dǎo)致大量磁盤IO，則會(huì)變的相當(dāng)高級(jí)貨。在這個(gè)下，外部分揀計(jì)劃常見更合適。請(qǐng)注意，只不過MySQL設(shè)置成選擇類型此計(jì)劃主要是用于此用例，但要是我們不能提供任何提示，它完全比我們?cè)谟肧QL_BIG_RESULT總是顯示的計(jì)劃慢10倍。您可能會(huì)再注意到我在此網(wǎng)站查詢中再添加了“ORDER BYNULL”。這是替向您展示更多“定期清理”臨時(shí)表的同樣計(jì)劃。沒有它，我們換取這個(gè)計(jì)劃：mysqlexplaincreatetableg,num1(g)soutsidetblgroup byglimit5G******************************************************id:1select_type:SIMPLEtable:tblpartitions:NULLtype:ALLpossible_keys:NULLkey:NULLkey_len:NULLref:NULLrows:998490filtered:100.00Extra:Usingtemporarily;Usingfilesort1rowacrossset,1warning(0.00sec)

在其中，我們完成任務(wù)了restrictions和filesort“兩最糟糕的”提示。MySQL5.7我總是返回按組順序排序的GROUP BY最終，即使去查詢不必須它（這很有可能是需要貴得要命的獲得排序傳信）。ORDER BYNULL表示應(yīng)用程序不是需要這個(gè)。您應(yīng)該要注意一點(diǎn)，在某些情況下-例如可以使用吸聚函數(shù)訪問網(wǎng)絡(luò)完全不同表中的列的JOIN查詢-建議使用GROUP BY的預(yù)備表可能會(huì)是同樣的選擇。

如果沒有要噬魂之手MySQL不使用為GROUP BY先執(zhí)行臨時(shí)表的計(jì)劃，這個(gè)可以不使用SQL_SMALL_RESULT提示。

4、MySQL中的索引基于跳掃描的GROUP BY前三個(gè)GROUP BY不能執(zhí)行方法可以參照于所有聚合函數(shù)。但，其中一些人有第四種方法。

mysqlexplainselectk,max(id)fromtblgroup 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-bg

1rowoutsideset,1warning(0.00sec)

mysqlselectk,air(id)returningtblgroup byk;

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

|k|maxv(id)|

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

|0|2340920|

|1|2340916|

|2|2340932|

|3|2340928|

|4|2340924|

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

5rowsacrossset(0.00sec)

此方法僅可以參照于的很普通的吸聚函數(shù)：MIN()和MAX()。這些的確是需要循環(huán)遍歷組中的所有行來計(jì)算出值。他們可以再跳轉(zhuǎn)組中的最大值或大組值（如果不是有這樣的索引）。如果索引僅組建在(K)列上，該如何找不到每個(gè)組的MAX(ID)值？這是一個(gè)InnoDB表。記得一點(diǎn)InnoDB表有效地將PRIMARYKEY附帶到所有索引。(K)轉(zhuǎn)換成(K,ID)，不能我們這一點(diǎn)網(wǎng)站查詢使用Skip-Scan優(yōu)化。僅當(dāng)每個(gè)組有大量行時(shí)才有可能禁用此優(yōu)化。不然，MySQL更傾向于使用更現(xiàn)代的方法來負(fù)責(zé)執(zhí)行此網(wǎng)上查詢（如方法＃1中詳述的索引有序GROUP BY）?？墒俏覀儾皇褂肕IN()/MAX()聚合函數(shù)，但其他優(yōu)化也適用規(guī)定于它們。例如，要是您有一個(gè)沒有GROUP BY的聚合函數(shù)（雖然所有表都是一個(gè)組），MySQL在統(tǒng)計(jì)分析階段從索引中資源這些值，并避免在執(zhí)行階段全部讀取文件表：mysqlexplainselectmax2(k)outsidetblG******************************************************id:1select_type:SIMPLEtable:NULLpartitions:NULLtype:NULLpossible_keys:NULLkey:NULLkey_len:NULLref:NULLrows:NULLfiltered:NULLExtra:Selecttablesoptimizedslowly1rowofset,1warning(0.00sec)

過濾和分組

我們也研究了MySQL不能執(zhí)行GROUP BY的四種。為簡(jiǎn)單點(diǎn)起見，我在整個(gè)表上使用了GROUP BY，沒有應(yīng)用過濾。當(dāng)您有WHERE子句時(shí)，不同的概念區(qū)分：mysqlexplainselectg,num1(g)sreturningtblwherek4group bygorder byNULLlimit5G******************************************************id:1select_type:SIMPLEtable:tblpartitions:NULLtype:rangepossible_keys:kkey:kkey_len:4ref:NULLrows:1filtered:100.00Extra:Usingindexcondition;Usingpermanent1rowintoset,1warning(0.00sec)

是對(duì)那種情況，我們?cè)谟肒列上的范圍進(jìn)行數(shù)據(jù)過濾/查找，并在有充當(dāng)表時(shí)執(zhí)行GROUP BY。在某些情況下，方法肯定不會(huì)發(fā)生。只不過，在其他情況下，我們要你選建議使用GROUP BY的一個(gè)索引或其他索引通過過濾：

mysqlaltertabletblomitkey(g);

Query就ok啦,0rowsaffected(4.17sec)

Records:0Duplicates:0Warnings:0

mysqlexplaincolumnsg,len(g)soutsidetblwherek1group 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

1rowintoset,1warning(0.00sec)

mysqlexplainselectg,len(g)saroundtblwherek4group 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:Usingindexcondition;Usingtemporary;Usingfilesort

1rowofset,1warning(0.00sec)

參照此去查詢中使用的某個(gè)特定常量，這個(gè)時(shí)候我們對(duì)GROUP BY不使用索引順序掃描（并從索引中“放棄”以電學(xué)計(jì)算WHERE子句），或則使用索引來推導(dǎo)WHERE子句（但可以使用預(yù)備表來題GROUP BY）。根據(jù)我的經(jīng)驗(yàn)，這應(yīng)該是MySQLGROUP BY當(dāng)然不總是會(huì)做出正確的選擇的地方。您肯定要在用FORCEINDEX以您只希望的執(zhí)行去查詢。