日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

MYSQL的索引类型:PRIMARY, INDEX,UNIQUE,FULLTEXT,SPAIAL 有什么区别?各适用于什么场合?

發布時間:2025/3/12 数据库 21 豆豆
生活随笔 收集整理的這篇文章主要介紹了 MYSQL的索引类型:PRIMARY, INDEX,UNIQUE,FULLTEXT,SPAIAL 有什么区别?各适用于什么场合? 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

一、MySQL索引類型

MySql常見索引類型有:主鍵索引、唯一索引、普通索引、全文索引、組合索引

PRIMARY KEY(主鍵索引)?

ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` )

UNIQUE(唯一索引)?

ALTER TABLE `table_name` ADD UNIQUE (`column`)

INDEX(普通索引)??

ALTER TABLE `table_name` ADD INDEX index_name ( `column` )

FULLTEXT(全文索引)?

ALTER TABLE `table_name` ADD FULLTEXT ( `column` )

組合索引(包含多列的索引,與單行索引相對)

ALTER TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )

說明:關于主鍵索引,為表定義主鍵將自動創建主鍵索引,而且在數據庫管理工具中“設計表”中的“索引”項也無法看到創建好的主鍵索引。

只能通過SQL語句的方式來查看主鍵索引:

SHOW INDEX FROM table_name

二、MySQL各種索引區別

唯一索引(UNIQUE):與"普通索引"類似,不同的就是:索引列的值必須唯一,但允許有空值。

主鍵索引(PRIMARY):它 是一種特殊的唯一索引,不允許有空值。?

普通索引(INDEX):最基本的索引,沒有任何限制

全文索引(FULLTEXT?):僅可用于 MyISAM 表,?用于在一篇文章中,檢索文本信息的,?針對較大的數據,生成全文索引很耗時好空間。
組合索引:為了更多的提高mysql效率可建立組合索引,遵循”最左前綴“原則。

舉個例子來說,比如你在為某商場做一個會員卡的系統,系統有一個會員表,有下列字段:
會員編號 INT,作為主鍵。可使用 PRIMARY索引,唯一且不為NULL
會員姓名 VARCHAR(10),會員姓名 如果要建索引的話,那么就是普通的 INDEX
會員身份證號碼 VARCHAR(18),會員身份證號碼 如果要建索引的話,那么可以選擇 UNIQUE (唯一的,不允許重復)
會員電話 VARCHAR(10)
會員住址 VARCHAR(50)
會員備注信息 TEXT,會員備注信息 , 如果需要建索引的話,可以選擇 FULLTEXT,全文搜索

不過 FULLTEXT 用于搜索很長一篇文章的時候,效果最好,用在比較短的文本,如果就一兩行字的,普通的 INDEX 也可以。

?另一種創建索引的方法:

CREATE UNIQUE INDEX index_name ON table_name(column_name列表)

?刪除索引的語法:

DROP INDEX index_name ON tableName

三、單列索引、組合索引

單列索引:即一個索引只包含單個列,一個表可以有多個單列索引,但這不是組合索引。
組合索引:即一個索引包含多個列。

為了形象地對比兩者,再建一個表:

CREATE TABLE myIndex ( i_testID INT NOT NULL AUTO_INCREMENT, vc_Name VARCHAR(50) NOT NULL, vc_City VARCHAR(50) NOT NULL, i_Age INT NOT NULL, i_SchoolID INT NOT NULL, PRIMARY KEY (i_testID) );

在這10000條記錄里面七上八下地分布了5條vc_Name="erquan"的記錄,只不過city,age,school的組合各不相同。
來看這條T-SQL:

SELECT i_testID FROM myIndex WHERE vc_Name='erquan' AND vc_City='鄭州' AND i_Age=25;

首先考慮建單列索引:
????????在vc_Name列上建立了索引。執行T-SQL時,MYSQL很快將目標鎖定在了vc_Name=erquan的5條記錄上,取出來放到一中間結果集。在這個結果集里,先排除掉vc_City不等于"鄭州"的記錄,再排除i_Age不等于25的記錄,最后篩選出唯一的符合條件的記錄。

??? 雖然在vc_Name上建立了索引,查詢時MYSQL不用掃描整張表,效率有所提高,但離我們的要求還有一定的距離。同樣的,在vc_City和i_Age分別建立的單列索引的效率相似。

??? 為了進一步榨取MySQL的效率,就要考慮建立組合索引。就是將vc_Name,vc_City,i_Age建到一個索引里:

ALTER TABLE myIndex ADD INDEX name_city_age (vc_Name(10),vc_City,i_Age);

--注意了,建表時,vc_Name長度為50,這里為什么用10呢?因為一般情況下名字的長度不會超過10,這樣會加速索引查詢速度,還會減少索引文件的大小,提高INSERT的更新速度。

??? 執行T-SQL時,MySQL無須掃描任何記錄就到找到唯一的記錄!!

??? 肯定有人要問了,如果分別在vc_Name,vc_City,i_Age上建立單列索引,讓該表有3個單列索引,查詢時和上述的組合索引效率一樣吧?嘿嘿,大不一樣,遠遠低于我們的組合索引~~雖然此時有了三個索引,但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。

??? 建立這樣的組合索引,其實是相當于分別建立了
??????? vc_Name,vc_City,i_Age
??????? vc_Name,vc_City
??????? vc_Name
??? 這樣的三個組合索引!為什么沒有vc_City,i_Age等這樣的組合索引呢?這是因為mysql組合索引"最左前綴"的結果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會用到該組合索引,下面的幾個T-SQL會用到:

SELECT * FROM myIndex WHREE vc_Name="erquan" AND vc_City="鄭州"SELECT * FROM myIndex WHREE vc_Name="erquan"

而下面幾個則不會用到:

SELECT * FROM myIndex WHREE i_Age=20 AND vc_City="鄭州"SELECT * FROM myIndex WHREE vc_City="鄭州"

四、觸發索引

到此你應該會建立、使用索引了吧?但什么情況下需要建立索引呢?一般來說,在?WHERE?JOIN中出現的列需要建立索引,但也不完全如此,因為MySQL只對 <,<=,=,>,>=BETWEENIN,以及某些時候的 LIKE 才會觸發索引。

來看這樣一條SQL:

SELECT t.vc_Name FROM testIndex t LEFT JOIN myIndex m ON t.vc_Name=m.vc_Name WHERE m.i_Age=20 AND m.vc_City='鄭州'

上面這條SQL,有對myIndex表的?vc_City?i_Age建立索引的需要,由于testIndex表的?vc_Name?出現在了JOIN子句中,也有對它建立索引的必要。

剛才提到了,只有?某些時候的 LIKE?才需建立索引。因為在以通配符 %_ 開頭作查詢時,MySQL不會觸發索引。如:

SELECT * FROM myIndex WHERE vc_Name like'erquan%'

會觸發索引,而:

SELECT * FROM myIndex WHEREt vc_Name like'%erquan'

就不會使用索引了。

五、索引的不足

以上是使用索引來提高查詢效率的優點,那么索引也存在非常知名的缺點,切記不可濫用索引。

1.雖然索引大大提高了查詢速度,同時卻會降低更新表的速度,如對表進行INSERT、UPDATE和DELETE。因為更新表時,MySQL不僅要保存數據,還要保存一索引文件。

2.建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重,但如果你在一個大表上創建了多種組合索引,索引文件會得膨脹很快。

六、要點總結

索引的類型可分為:主鍵索引、唯一索引、普通索引、全文索引

根據索引列數可分為:單列索引、組合索引

創建索引的方式有兩種:ALTER TABLE ... ?和 ?CREATE INDEX ...

顯示已創建的索引:SHOW INDEX FROM table_name

刪除索引:DROP INDEX ...

幾種索引的區別和使用場景:

區別:主鍵索引,列值唯一且不為空(特殊的唯一索引);唯一索引,列值唯一可為空;普通索引:列值不受限;全文索引,適用于大文本。

使用:id一般使用主鍵索引;身份證一般使用唯一索引;名稱一般使用普通索引;備注信息一般使用全文索引。

單列索引與組合索引:

多條件約束時使用組合索引優于單列索引,組合索引包含多列,根據“最左前綴”原則創建多個索引組合。

觸發索引的情況:

WHERE 和 JOIN子句中的 < , <= , = , > , >= ,BETWEEN , IN , 非 % 或 _ 開頭的LIKE 都會觸發索引。

索引的不足:

因為需要同時維護索引文件,因此會降低數據更新的速度。如果在大表上創建多種組合索引,索引文件會膨脹很快,占用過多內存。

原文地址:

《MYSQL的索引類型:PRIMARY, INDEX,UNIQUE,FULLTEXT,SPAIAL 有什么區別?各適用于什么場合?》

總結

以上是生活随笔為你收集整理的MYSQL的索引类型:PRIMARY, INDEX,UNIQUE,FULLTEXT,SPAIAL 有什么区别?各适用于什么场合?的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 狠狠撸视频 | 女十八毛片 | 波多野结衣视频观看 | free性欧美hd精品4k | 精品人妻伦九区久久aaa片 | 久久理论 | 96av在线| 国产精品无码免费播放 | 日本一区二区三区电影在线观看 | 日韩性xxxx| 中文亚洲av片在线观看 | 久久久欧美精品sm网站 | 欧美日韩免费在线 | 小明成人免费视频 | 黑白配在线观看免费观看 | 久久久九九九九 | 老太脱裤让老头玩ⅹxxxx | 2一3sex性hd| 久久久精品一区二区三区 | 可以免费在线观看的av | 日本黄色美女网站 | 亚洲综合图片网 | 欧美日一本 | 国产精品99 | 激情青青草 | 免费小视频| 日本大尺度电影免费观看全集中文版 | 亚洲妇女无套内射精 | 美国做爰xxxⅹ性视频 | av每日更新在线观看 | 国内自拍第三页 | 日韩在线三区 | 伊人开心网 | 日本大奶子视频 | 国产精品久久国产 | 葵司在线视频 | 国产色图片 | 欧美日韩精品一区二区三区 | 3o一40一50一6o女人毛片 | 久久国产精品偷 | 夜间福利在线 | 高h乱l高辣h文短篇h | 男女床上拍拍拍 | av网在线观看 | 97香蕉久久超级碰碰高清版 | 色综合天天综合网国产成人网 | 麻豆自拍视频 | 污污视频免费看 | 亚洲精品三级 | 国产精品欧美久久久久天天影视 | 狠狠躁18三区二区一区视频 | 一级特黄肉体裸片 | 人乳喂奶hd无中字 | 看黄色网址 | 91区国产 | 免费的一级黄色片 | 三浦理惠子av在线播放 | 精品视频第一页 | 天天操天天操天天 | 中国女人和老外的毛片 | 日韩欧美亚洲国产精品字幕久久久 | 99草视频 | 污污的视频在线免费观看 | 欧美精品乱码视频一二专区 | 福利在线免费视频 | 播放美国生活大片 | 最新亚洲精品 | 韩日视频一区 | www五月| 国产免费999| 国产又粗又大又硬 | 成人夜晚视频 | 国内成人自拍视频 | 久久久久国产精品熟女影院 | 自拍偷拍20p| 国产日韩成人内射视频 | 日韩高清精品免费观看 | 91亚洲视频 | 人妻少妇偷人精品久久久任期 | 久久精彩| 色婷婷中文字幕 | 精品视频三区 | 久久综合成人网 | 国产一二三区精品 | 人妻精品一区一区三区蜜桃91 | 影视先锋av资源 | 久草精品视频在线观看 | 国产伦精品一区二区三区四区视频 | 日本婷婷 | 不卡的av电影| 日韩在线视频免费播放 | 免费播放毛片精品视频 | 国产精品成人午夜视频 | 超级黄色录像 | 久久九九精品视频 | 日本a∨视频 | 无码人妻精品一区二区 | 高贵麻麻被调教成玩物 | 日韩欧美一级在线 |