mysql索引文件格式？mysql索引類型normal，unique，full textnormal：可以表示普通索引unique：表示僅有的，不允許再重復(fù)一遍的索引，要是該字段信息只要不可能重復(fù)一遍

mysql索引文件格式？

mysql索引類型normal，unique，full text

normal：可以表示普通索引

unique：表示僅有的，不允許再重復(fù)一遍的索引，要是該字段信息只要不可能重復(fù)一遍的或身份證號除用索引時，可設(shè)置為unique

fulltextl:表示全文搜索的索引。FULLTEXT應(yīng)用于搜索很長一篇文章的時候，效果最好是。用在也很短的文本，如果不是就一兩行字的，特殊的INDEX也這個可以。

歸納，索引的類別由建立索引的字段內(nèi)容特性來判斷，大多數(shù)normal最比較普遍。

MySQL目前要注意有以下好多種索引方法：B-Tree，Hash，R-Tree。

mysql索引底層原理？

一、定義

索引定義：索引（Index）是幫MySQL高效率資源數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)。本質(zhì)：索引是數(shù)據(jù)結(jié)構(gòu)。

二、B-Tree

m階B-Tree行最簡形矩陣200以內(nèi)條件：1、多個節(jié)點起碼可以不手中掌握m棵子樹。2、根節(jié)點，唯有大概有2個節(jié)點（不是的話暴戾情況，應(yīng)該是一棵樹就一個根節(jié)點，單細(xì)胞生物，即是根，也葉，也是樹)。3、非根非葉的節(jié)點至少見的Ceil(m/2)個子樹(Ceil可以表示向上取整，如5階B樹，所有節(jié)點最起碼有3個子樹，也就是最起碼有3個叉)。4、非葉節(jié)點中的信息除開[n,A0,K1,A1,K2,A2,…,Kn,An]，，其中n它表示該節(jié)點中存放的關(guān)鍵字個數(shù)，K為關(guān)鍵字且KiltKi1，A為正指向子樹根節(jié)點的指針。5、從根到葉子的每一條路徑都有同一的長度（葉子節(jié)點在完全相同的層）

B-Tree特性：

mysql歷史表索引如何設(shè)計？

我公司項目會產(chǎn)生大量數(shù)據(jù)，會把它存進(jìn)歷史表，每月都有會新產(chǎn)生一張歷史表，網(wǎng)上查詢時候是寫的存儲過程據(jù)時間多表網(wǎng)上查詢放進(jìn)幾張充當(dāng)表，之后再查詢這張正式表直接返回結(jié)果。

上面是背景，除非這樣的，每天晚上有虛應(yīng)該會再產(chǎn)生100多w數(shù)據(jù)，因此去查詢最多七天的話還是半天要十幾秒。

里面有9個字段，可以查詢會牽涉到三個id字段，為int類型，內(nèi)容大小都四位數(shù)以內(nèi)，但是不是單個單個網(wǎng)上查詢，是多個多個一起查，懂不？

同時有一個字段，那是時間，只不過網(wǎng)上查詢時間大多數(shù)會以時間范圍查詢，字段為datetime

問題:

1.我有必要給時間加集中索引嗎？

2.還不需要怎末設(shè)計什么才能讓查詢越快。要去查詢的字段都裝在where里

對此這種，先把數(shù)據(jù)庫讀寫分離。

那是主數(shù)據(jù)庫變?yōu)椋饕怯糜谥劣谒阏５纳a(chǎn)活動。

然后把歷史數(shù)據(jù)，不能復(fù)制一份到從數(shù)據(jù)庫（另配置服務(wù)器），查詢時，在從數(shù)據(jù)庫上可以查詢，這樣的話查詢時，不可能引響主數(shù)據(jù)庫的正常嗎業(yè)務(wù)負(fù)責(zé)執(zhí)行。

對于從數(shù)據(jù)庫，畢竟是對歷史并且查詢，肯定不會改數(shù)據(jù)，在可以做到技術(shù)力量下，可以就上分布式數(shù)據(jù)庫tidb，兼容問題mysql，可以不多臺服務(wù)器集群。效率在一瞬間就過去了。