mysql加索引需要多長(zhǎng)時(shí)間？32核，30G以上內(nèi)存，1000萬(wàn)條條目及時(shí)建立非聚集索引，耗時(shí)7分鐘。如果是1億，我估計(jì)需要70多分鐘。群集索引需要更長(zhǎng)的時(shí)間。這需要索引排序和分支索引復(fù)合B樹(shù)。一般來(lái)

mysql加索引需要多長(zhǎng)時(shí)間？

32核，30G以上內(nèi)存，1000萬(wàn)條條目及時(shí)建立非聚集索引，耗時(shí)7分鐘。如果是1億，我估計(jì)需要70多分鐘。群集索引需要更長(zhǎng)的時(shí)間。這需要索引排序和分支索引復(fù)合B樹(shù)。一般來(lái)說(shuō)，最好創(chuàng)建一個(gè)新表，建立一個(gè)好的索引，然后逐批導(dǎo)入數(shù)據(jù)?？蓱z的機(jī)器，一億的數(shù)據(jù)索引基本上是死機(jī)或僵尸狀態(tài)。我只能慢慢等。我一天都做不到，就用上面的方法。索引與類型有很大關(guān)系。通常，定長(zhǎng)字段比變長(zhǎng)字段簡(jiǎn)單，IO消耗少，節(jié)省時(shí)間。綜合指數(shù)越長(zhǎng)，就越復(fù)雜。第二個(gè)是一個(gè)包含多個(gè)索引的表。這種情況將導(dǎo)致各種存儲(chǔ)索引結(jié)構(gòu)，這將花費(fèi)更多的時(shí)間。多少個(gè)數(shù)據(jù)頁(yè)，多少個(gè)文件，以及每頁(yè)有多少個(gè)插槽將影響時(shí)間。

mysql怎樣讓日期范圍走索引？

索引的常見(jiàn)規(guī)則如下：

1。表的主鍵和外鍵必須有索引；

2。超過(guò)300個(gè)數(shù)據(jù)的表應(yīng)該有一個(gè)索引；

3。經(jīng)常與其他表連接的表應(yīng)該在連接的字段中有一個(gè)索引；

4。經(jīng)常出現(xiàn)在where子句中的字段，尤其是大表中的字段，應(yīng)該被索引

~]。例如，在mysql中，表查詢和索引查詢哪種方式更快？

為什么要在MySQL中創(chuàng)建多個(gè)表？

這是因?yàn)楫?dāng)存儲(chǔ)大量數(shù)據(jù)時(shí)，可以通過(guò)建立多個(gè)表來(lái)均勻分布數(shù)據(jù)，每個(gè)表對(duì)應(yīng)一個(gè)數(shù)據(jù)項(xiàng)，在查詢或調(diào)用時(shí)可以方便地訪問(wèn)。如果沒(méi)有子表，那么所有的數(shù)據(jù)都可能存在于一個(gè)表中，這會(huì)增加數(shù)據(jù)庫(kù)在寫(xiě)入或查詢時(shí)的負(fù)擔(dān)，延長(zhǎng)查詢時(shí)間，增加磁盤(pán)的IO，因?yàn)閷?duì)于大量的數(shù)據(jù)存儲(chǔ)，最好建立不同類型的表，它可以更方便，更快地寫(xiě)入和檢索。

為了更快地定位目標(biāo)數(shù)據(jù)，必須在子表查詢和單表查詢中引入索引。

mysql中，分表查詢和索引查詢哪個(gè)更快？

1. 最左邊的前綴匹配原則：MySQL只匹配右邊，直到遇到范圍查詢（>，<，between，like）。例如，a=1和B=2，C>3和d=4。如果建立了（a，B，C，D）順序的索引，則不能使用D。如果建立了（a，B，D，c）順序的索引，則可以使用D，a。B和D的順序可以任意調(diào)整。

2。=和in可以是無(wú)序的，例如，a=1、B=2和C=3。（a，B，c）索引可以按任意順序建立，MySQL的查詢優(yōu)化器將幫助您將索引優(yōu)化為可識(shí)別的形式