主頁 > 資料庫 > 細說mysql索引

細說mysql索引

2020-09-16 03:15:07 資料庫

https://www.cnblogs.com/chenshishuo/p/5030029.html

 

本文從如何建立mysql索引以及介紹mysql的索引型別,再講mysql索引的利與弊,以及建立索引時需要注意的地方

首先:先假設有一張表,表的資料有10W條資料,其中有一條資料是nickname='css',如果要拿這條資料的話需要些的sql是 SELECT * FROM award WHERE nickname = 'css'

一般情況下,在沒有建立索引的時候,mysql需要掃描全表及掃描10W條資料找這條資料,如果我在nickname上建立索引,那么mysql只需要掃描一行資料及為我們找到這條nickname='css'的資料,是不是感覺性能提升了好多咧....

mysql的索引分為單列索引(主鍵索引,唯索引,普通索引)和組合索引.

單列索引:一個索引只包含一個列,一個表可以有多個單列索引.

組合索引:一個組合索引包含兩個或兩個以上的列,

本文使用的案例的表

復制代碼
CREATE TABLE `award` (
   `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用戶id',
   `aty_id` varchar(100) NOT NULL DEFAULT '' COMMENT '活動場景id',
   `nickname` varchar(12) NOT NULL DEFAULT '' COMMENT '用戶昵稱',
   `is_awarded` tinyint(1) NOT NULL DEFAULT 0 COMMENT '用戶是否領獎',
   `award_time` int(11) NOT NULL DEFAULT 0 COMMENT '領獎時間',
   `account` varchar(12) NOT NULL DEFAULT '' COMMENT '帳號',
   `password` char(32) NOT NULL DEFAULT '' COMMENT '密碼',
   `message` varchar(255) NOT NULL DEFAULT '' COMMENT '獲獎資訊',
   `created_time` int(11) NOT NULL DEFAULT 0 COMMENT '創建時間',
   `updated_time` int(11) NOT NULL DEFAULT 0 COMMENT '更新時間',
   PRIMARY KEY (`id`)
 ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='獲獎資訊表';
復制代碼

(一)索引的創建

1.單列索引

1-1)    普通索引,這個是最基本的索引,

其sql格式是 CREATE INDEX IndexName ON `TableName`(`欄位名`(length)) 或者 ALTER TABLE TableName ADD INDEX IndexName(`欄位名`(length))

第一種方式 :

  CREATE INDEX account_Index ON `award`(`account`);

第二種方式: 

ALTER TABLE award ADD INDEX account_Index(`account`)

 

 

 

如果是CHAR,VARCHAR,型別,length可以小于欄位的實際長度,如果是BLOB和TEXT型別就必須指定長度,

1-2)    唯一索引,與普通索引類似,但是不同的是唯一索引要求所有的類的值是唯一的,這一點和主鍵索引一樣.但是他允許有空值,

其sql格式是 CREATE UNIQUE INDEX IndexName ON `TableName`(`欄位名`(length)); 或者 ALTER TABLE TableName ADD UNIQUE (column_list)  

CREATE UNIQUE INDEX account_UNIQUE_Index ON `award`(`account`);

1-3)    主鍵索引,不允許有空值,(在B+TREE中的InnoDB引擎中,主鍵索引起到了至關重要的地位)

主鍵索引建立的規則是 int優于varchar,一般在建表的時候創建,最好是與表的其他欄位不相關的列或者是業務不相關的列.一般會設為 int 而且是 AUTO_INCREMENT自增型別的

 

2.組合索引

一個表中含有多個單列索引不代表是組合索引,通俗一點講 組合索引是:包含多個欄位但是只有索引名稱

其sql格式是 CREATE INDEX IndexName On `TableName`(`欄位名`(length),`欄位名`(length),...);

 CREATE INDEX nickname_account_createdTime_Index ON `award`(`nickname`, `account`, `created_time`);

 

如果你建立了 組合索引(nickname_account_createdTime_Index) 那么他實際包含的是3個索引 (nickname) (nickname,account)(nickname,account,created_time)

在使用查詢的時候遵循mysql組合索引的"最左前綴",下面我們來分析一下 什么是最左前綴:及索引where時的條件要按照建立索引的時候欄位的排序方式

1、不按索引最左列開始查詢(多列索引) 例如index(‘c1’, ‘c2’, ‘c3’) where ‘c2’ = ‘aaa’ 不使用索引,where `c2` = `aaa` and `c3`=`sss` 不能使用索引

2、查詢中某個列有范圍查詢,則其右邊的所有列都無法使用查詢(多列查詢)

Where c1= ‘xxx’ and c2 like = ‘aa%’ and c3=’sss’ 改查詢只會使用索引中的前兩列,因為like是范圍查詢

3、不能跳過某個欄位來進行查詢,這樣利用不到索引,比如我的sql 是 

explain select * from `award` where nickname > 'rSUQFzpkDz3R' and account = 'DYxJoqZq2rd7' and created_time = 1449567822; 那么這時候他使用不到其組合索引.

因為我的索引是 (nickname, account, created_time),如果第一個欄位出現 范圍符號的查找,那么將不會用到索引,如果我是第二個或者第三個欄位使用范圍符號的查找,那么他會利用索引,利用的索引是(nickname),

因為上面說了建立組合索引(nickname, account, created_time), 會出現三個索引

 

(3)全文索引

文本欄位上(text)如果建立的是普通索引,那么只有對文本的欄位內容前面的字符進行索引,其字符大小根據索引建立索引時申明的大小來規定.

如果文本中出現多個一樣的字符,而且需要查找的話,那么其條件只能是 where column lick '%xxxx%' 這樣做會讓索引失效

.這個時候全文索引就祈禱了作用了

ALTER TABLE tablename ADD FULLTEXT(column1, column2)

有了全文索引,就可以用SELECT查詢命令去檢索那些包含著一個或多個給定單詞的資料記錄了,

ELECT * FROM tablename
WHERE MATCH(column1, column2) AGAINST(‘xxx′, ‘sss′, ‘ddd′)

這條命令將把column1和column2欄位里有xxx、sss和ddd的資料記錄全部查詢出來,

 

(二)索引的洗掉

洗掉索引的mysql格式 :DORP INDEX IndexName ON `TableName`

 

(三)使用索引的優點

1.可以通過建立唯一索引或者主鍵索引,保證資料庫表中每一行資料的唯一性.
2.建立索引可以大大提高檢索的資料,以及減少表的檢索行數
3.在表連接的連接條件 可以加速表與表直接的相連
4.在分組和排序字句進行資料檢索,可以減少查詢時間中 分組 和 排序時所消耗的時間(資料庫的記錄會重新排序)
5.建立索引,在查詢中使用索引 可以提高性能

 

(四)使用索引的缺點

1.在創建索引和維護索引 會耗費時間,隨著資料量的增加而增加
2.索引檔案會占用物理空間,除了資料表需要占用物理空間之外,每一個索引還會占用一定的物理空間
3.當對表的資料進行 INSERT,UPDATE,DELETE 的時候,索引也要動態的維護,這樣就會降低資料的維護速度,(建立索引會占用磁盤空間的索引檔案,一般情況這個問題不太嚴重,但如果你在一個大表上創建了多種組合索引,索引檔案的會膨脹很快),

(五)使用索引需要注意的地方

在建立索引的時候應該考慮索引應該建立在資料庫表中的某些列上面 哪一些索引需要建立,哪一些所以是多余的.
一般來說,
1.在經常需要搜索的列上,可以加快索引的速度
2.主鍵列上可以確保列的唯一性
3.在表與表的而連接條件上加上索引,可以加快連接查詢的速度
4.在經常需要排序(order by),分組(group by)和的distinct 列上加索引 可以加快排序查詢的時間,  (單獨order by 用不了索引,索引考慮加where 或加limit)
5.在一些where 之后的 < <= > >= BETWEEN IN 以及某個情況下的like 建立欄位的索引(B-TREE)

6.like陳述句的 如果你對nickname欄位建立了一個索引.當查詢的時候的陳述句是 nickname lick '%ABC%' 那么這個索引講不會起到作用.而nickname lick 'ABC%' 那么將可以用到索引

7.索引不會包含NULL列,如果列中包含NULL值都將不會被包含在索引中,復合索引中如果有一列含有NULL值那么這個組合索引都將失效,一般需要給默認值0或者 ' '字串

8.使用短索引,如果你的一個欄位是Char(32)或者int(32),在創建索引的時候指定前綴長度 比如前10個字符 (前提是多數值是唯一的..)那么短索引可以提高查詢速度,并且可以減少磁盤的空間,也可以減少I/0操作.

9.不要在列上進行運算,這樣會使得mysql索引失效,也會進行全表掃描

10.選擇越小的資料型別越好,因為通常越小的資料型別通常在磁盤,記憶體,cpu,快取中 占用的空間很少,處理起來更快

(六)什么情況下不創建索引

1.查詢中很少使用到的列 不應該創建索引,如果建立了索引然而還會降低mysql的性能和增大了空間需求.
2.很少資料的列也不應該建立索引,比如 一個性別欄位 0或者1,在查詢中,結果集的資料占了表中資料行的比例比較大,mysql需要掃描的行數很多,增加索引,并不能提高效率
3.定義為text和image和bit資料型別的列不應該增加索引,
4.當表的修改(UPDATE,INSERT,DELETE)操作遠遠大于檢索(SELECT)操作時不應該創建索引,這兩個操作是互斥的關系

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/52447.html

標籤:MySQL

上一篇:MySQL-帳號操作

下一篇:mysql引數max_binlog_cache_size設定不當引發的血案

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more