mysql金額怎么加索引,MySQL給字段加索引

MYSQL創(chuàng)建表的時候如何加“索引”？

兄弟，primary key是主鍵，每個表只能有一個主鍵，而且數(shù)據(jù)是唯一的。\x0d\x0a可以這樣寫：\x0d\x0aCREATE TABLE IF NOT EXISTS `".$ctb_name."` (\x0d\x0a `id` INT(9) NOT NULL AUTO_INCREMENT PRIMARY KEY,\x0d\x0a `keyid` VARCHAR(20) NOT NULL,\x0d\x0a `key` VARCHAR(20) NOT NULL,\x0d\x0a `stauts` BOOL NOT NULL DEFAULT'0'，\x0d\x0aindex `idx_status`(`status`)\x0d\x0a )ENGINE = MYISAM DEFAULT CHARSET=utf8;\x0d\x0a不過，status是bool類型的字段，只有true和false，區(qū)分度太低，沒有必要加索引。\x0d\x0a\x0d\x0a索引目的是為了使查詢更快，區(qū)分度小的時候不如全表掃描。

專注于為中小企業(yè)提供成都網(wǎng)站制作、網(wǎng)站設計服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)雞東免費做網(wǎng)站提供優(yōu)質(zhì)的服務。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了上1000+企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設實現(xiàn)規(guī)模擴充和轉變。

mysql之字符串字段添加索引

字符串創(chuàng)建索引方式：

1、直接創(chuàng)建完整索引，比較占用空間。

2、創(chuàng)建前綴索引，節(jié)省空間，但會增加查詢掃描次數(shù)，并且不能使用覆蓋索引。

3、倒序存儲，在創(chuàng)建前綴索引，用于繞過字符串本身前綴的卻分度不夠的問題。

4、創(chuàng)建hash字段索引，查詢性能穩(wěn)定，有額外的存儲和計算消耗。

倒序存儲和hash字段索引都不支持范圍查詢。倒序存儲的字段上創(chuàng)建的所有是按照倒序字符串的方式排序的。hash字段的方式也只能支持等值查詢。

mysql alter table SUser add index index1(email); :包含了每個記錄的整個字符串

或

mysql alter table SUser add index index2(email(6)); :-對于每個記錄只取前6個字節(jié)

全字段索引操作流程

使用的是 index1（即 email 整個字符串的索引結構），執(zhí)行順序是這樣的：

1、從 index1 索引樹找到滿足索引值是’ zhangssxyz@xxx.com ’的這條記錄，取得 ID2 的值；

2、到主鍵上查到主鍵值是 ID2 的行，判斷 email 的值是正確的，將這行記錄加入結果集；

3、取 index1 索引樹上剛剛查到的位置的下一條記錄，發(fā)現(xiàn)已經(jīng)不滿足 email=' zhangssxyz@xxx.com ’的條件了，循環(huán)結束。

前綴字段索引操作流程

如果使用的是 index2（即 email(6) 索引結構），執(zhí)行順序是這樣的：

1、從 index2 索引樹找到滿足索引值是’zhangs’的記錄，找到的第一個是 ID1；

2、到主鍵上查到主鍵值是 ID1 的行，判斷出 email 的值不是’ zhangssxyz@xxx.com ’，這行記錄丟棄；

3、取 index2 上剛剛查到的位置的下一條記錄，發(fā)現(xiàn)仍然是’zhangs’，取出 ID2，再到 ID 索引上取整行然后判斷，這次值對了，將這行記錄加入結果集；

4、重復上一步，直到在 idxe2 上取到的值不是’zhangs’時，循環(huán)結束。

倒序查詢和hash字段的區(qū)別

它們的區(qū)別，主要體現(xiàn)在以下三個方面：

1、從占用的額外空間來看，倒序存儲方式在主鍵索引上，不會消耗額外的存儲空間，而 hash 字段方法需要增加一個字段。當然，倒序存儲方式使用 4 個字節(jié)的前綴長度應該是不夠的，如果再長一點，這個消耗跟額外這個 hash 字段也差不多抵消了。

2、在 CPU 消耗方面，倒序方式每次寫和讀的時候，都需要額外調(diào)用一次 reverse 函數(shù)，而 hash 字段的方式需要額外調(diào)用一次 crc32() 函數(shù)。如果只從這兩個函數(shù)的計算復雜度來看的話，reverse 函數(shù)額外消耗的 CPU 資源會更小些。

3、從查詢效率上看，使用 hash 字段方式的查詢性能相對更穩(wěn)定一些。因為 crc32 算出來的值雖然有沖突的概率，但是概率非常小，可以認為每次查詢的平均掃描行數(shù)接近 1。而倒序存儲方式畢竟還是用的前綴索引的方式，也就是說還是會增加掃描行數(shù)。

Mysql建立索引經(jīng)驗

在實際開發(fā)中使用數(shù)據(jù)庫時，難免會遇到一些大表數(shù)據(jù)，對這些數(shù)據(jù)進行查詢時，有時候SQL會查詢得特別慢，這時候，有經(jīng)驗的老師傅會告訴你，你看一下哪幾個字段查的多，加一個索引就好了。

那么，怎么合理地建立索引呢？這里分享一下我的一些經(jīng)驗，如有不妥之處，歡迎批評指正。

1、不要盲目建立索引 ， 先分析再創(chuàng)建

索引雖然能大幅度提升我們的查詢性能，但也要知道，在你進行增刪改時，索引樹也要同樣地進行維護。所以，索引不是越多越好，而是按需建立。最好是在一整塊模塊開發(fā)完成后，分析一下，去針對大多數(shù)的查詢，建立聯(lián)合索引。

2、使用聯(lián)合索引盡量覆蓋多的條件

這是說在一個慢sql里假如有五個where ，一個 order by ，那么我們的聯(lián)合索引盡量覆蓋到這五個查詢條件，如果有必要，order by 也覆蓋上 。

3、小基數(shù)字段不需要索引

這個意思是，如果一張表里某個字段的值只有那么幾個，那么你針對這個字段建立的索引其實沒什么意義，比如說，一個性別字段就兩種結果，你建了索引，排序也沒什么意思（也就是索引里把男女給分開了）

所以說，索引盡量選擇基數(shù)大的數(shù)據(jù)去建立，能最大化地利用索引

4、長字符串可以使用前綴索引

我們建立索引的字段盡量選擇字段類型較小的，比如一個varchar(20)和varchar(256)的，我們在20的上面建立的索引和在256上就有明顯的差距（字符串那么長排序也不好排呀，唉）。

當然，如果一定是要對varchar(256)建立索引,我們可以選擇里面的前20個字符放在索引樹里（這里的20不絕對，選擇能盡量分辨數(shù)據(jù)的最小字符字段設計），類似這樣KEY index(name(20),age,job) ，索引只會對name的前20個字符進行搜索，但前綴索引無法適用于order by 和 group by。

5、對排序字段設計索引的優(yōu)先級低

如果一個SQL里我們出現(xiàn)了范圍查找，后邊又跟著一個排序字段，那么我們優(yōu)先給范圍查找的字段設置索引，而不是優(yōu)先排序。

6、如果出現(xiàn)慢SQL，可以設計一個只針對該條SQL的聯(lián)合索引。

不過慢SQL的優(yōu)化，需要一步步去進行分析，可以先用explain查看SQL語句的分析結果，再針對結果去做相應的改進。explain的東西我們下次再講。

PS：在 select 語句之前增加 explain 關鍵字，MySQL 會在查詢上設置一個標記，執(zhí)行查詢會返回執(zhí)行計劃的信息，而不是 執(zhí)行這條SQL。

文章名稱：mysql金額怎么加索引,MySQL給字段加索引
URL分享：http://muchs.cn/article20/hcjhjo.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁設計公司、虛擬主機、網(wǎng)站設計公司、品牌網(wǎng)站建設、定制網(wǎng)站、網(wǎng)站營銷

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)