婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 90%程序員面試會遇到的索引優化問題

90%程序員面試會遇到的索引優化問題

熱門標簽:怎么去開發一個電銷機器人 小程序智能電話機器人 南昌呼叫中心外呼系統哪家好 簡單的智能語音電銷機器人 泗洪正規電話機器人找哪家 怎么申請400熱線電話 湖南保險智能外呼系統產品介紹 河北便宜電銷機器人軟件 ai電話電話機器人

前言

本文給大家分享了90%程序員面試都用得上的索引優化,重點提一下,索引基本原理和創建索引的原則是重點,面試基本必問!大家可以收藏好多理解理解。下面來一起看看詳細的介紹吧。

關于索引,分為以下幾點來講解(技術文):

  • 索引的概述(什么是索引,索引的優缺點)
  • 索引的基本使用(創建索引)
  • 索引的基本原理(面試重點)
  • 索引的數據結構(B樹,hash)
  • 創建索引的原則(重中之重,面試必問!敬請收藏!)
  • 百萬級別或以上的數據如何刪除

一、索引的概述

1)什么是索引?

索引是一種特殊的文件(InnoDB數據表上的索引是表空間的一個組成部分),它們包含著對數據表里所有記錄的引用指針。更通俗的說,索引就相當于目錄。當你在用新華字典時,幫你把目錄撕掉了,你查詢某個字開頭的成語只能從第一頁翻到第一千頁。累!把目錄還給你,則能快速定位!

2)索引的優缺點:

可以大大加快數據的檢索速度,這也是創建索引的最主要的原因。,且通過使用索引,可以在查詢的過程中,使用優化隱藏器,提高系統的性能。但是,索引也是有缺點的:索引需要額外的維護成本;因為索引文件是單獨存在的文件,對數據的增加,修改,刪除,都會產生額外的對索引文件的操作,這些操作需要消耗額外的IO,會降低增/改/刪的執行效率。

二、索引的基本使用(真技術文)

1)創建索引:(三種方式)

第一種方式:


第二種方式:使用ALTER TABLE命令去增加索引:

ALTER TABLE用來創建普通索引、UNIQUE索引或PRIMARY KEY索引。


其中table_name是要增加索引的表名,column_list指出對哪些列進行索引,多列時各列之間用逗號分隔。

索引名index_name可自己命名,缺省時,MySQL將根據第一個索引列賦一個名稱。另外,ALTER TABLE允許在單個語句中更改多個表,因此可以在同時創建多個索引。

第三種方式:使用CREATE INDEX命令創建

CREATE INDEX可對表增加普通索引或UNIQUE索引。(但是,不能創建PRIMARY KEY索引)


三、索引的基本原理(不想像別的文章那樣一大堆篇幅廢話)

索引用來快速地尋找那些具有特定值的記錄。如果沒有索引,一般來說執行查詢時遍歷整張表。

索引的原理很簡單,就是把無序的數據變成有序的查詢

      1、把創建了索引的列的內容進行排序

      2、對排序結果生成倒排表

      3、在倒排表內容上拼上數據地址鏈

      4、在查詢的時候,先拿到倒排表內容,再取出數據地址鏈,從而拿到具體數據

四、索引的數據結構(b樹,hash)

1)B樹索引

mysql通過存儲引擎取數據,基本上90%的人用的就是InnoDB了,按照實現方式分,InnoDB的索引類型目前只有兩種:BTREE(B樹)索引和HASH索引。B樹索引是Mysql數據庫中使用最頻繁的索引類型,基本所有存儲引擎都支持BTree索引。通常我們說的索引不出意外指的就是(B樹)索引(實際是用B+樹實現的,因為在查看表索引時,mysql一律打印BTREE,所以簡稱為B樹索引)


查詢方式:

主鍵索引區:PI(關聯保存的時數據的地址)按主鍵查詢,

普通索引區:si(關聯的id的地址,然后再到達上面的地址)。所以按主鍵查詢,速度最快

B+tree性質:

1.)n棵子tree的節點包含n個關鍵字,不用來保存數據而是保存數據的索引。

2.)所有的葉子結點中包含了全部關鍵字的信息,及指向含這些關鍵字記錄的指針,且葉子結點本身依關鍵字的大小自小而大順序鏈接。

3.)所有的非終端結點可以看成是索引部分,結點中僅含其子樹中的最大(或最小)關鍵字。

4.)B+ 樹中,數據對象的插入和刪除僅在葉節點上進行。

5.)B+樹有2個頭指針,一個是樹的根節點,一個是最小關鍵碼的葉節點。

2)哈希索引(好技術文)

簡要說下,類似于數據結構中簡單實現的HASH表(散列表)一樣,當我們在mysql中用哈希索引時,主要就是通過Hash算法(常見的Hash算法有直接定址法、平方取中法、折疊法、除數取余法、隨機數法),將數據庫字段數據轉換成定長的Hash值,與這條數據的行指針一并存入Hash表的對應位置;如果發生Hash碰撞(兩個不同關鍵字的Hash值相同),則在對應Hash鍵下以鏈表形式存儲。當然這只是簡略模擬圖。


ps:關于數據結構,有興趣深入的朋友可以關注我后查看【數據結構】專題,這里不做詳細講解。

五、創建索引的原則(重中之重)

索引雖好,但也不是無限制的使用,最好符合一下幾個原則

1) 最左前綴匹配原則,組合索引非常重要的原則,mysql會一直向右匹配直到遇到范圍查詢(>、、between、like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)順序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引則都可以用到,a,b,d的順序可以任意調整。

2)較頻繁作為查詢條件的字段才去創建索引

3)更新頻繁字段不適合創建索引

4)若是不能有效區分數據的列不適合做索引列(如性別,男女未知,最多也就三種,區分度實在太低)

5)盡量的擴展索引,不要新建索引。比如表中已經有a的索引,現在要加(a,b)的索引,那么只需要修改原來的索引即可。

6)定義有外鍵的數據列一定要建立索引。

7)對于那些查詢中很少涉及的列,重復值比較多的列不要建立索引。

8)對于定義為text、image和bit的數據類型的列不要建立索引。

百萬級別或以上的數據如何刪除(真好技術文)

關于索引:由于索引需要額外的維護成本,因為索引文件是單獨存在的文件,所以當我們對數據的增加,修改,刪除,都會產生額外的對索引文件的操作,這些操作需要消耗額外的IO,會降低增/改/刪的執行效率。所以,在我們刪除數據庫百萬級別數據的時候,查詢MySQL官方手冊得知刪除數據的速度和創建的索引數量是成正比的。

  • 所以我們想要刪除百萬數據的時候可以先刪除索引(此時大概耗時三分多鐘)
  • 然后刪除其中無用數據(此過程需要不到兩分鐘)
  • 刪除完成后重新創建索引(此時數據較少了)創建索引也非常快,約十分鐘左右。
  • 與之前的直接刪除絕對是要快速很多,更別說萬一刪除中斷,一切刪除會回滾。那更是坑了。

常用的數據庫索引優化語句

使用如下的表tb_test作為示例進行說明:

create table tb_test
(
id int not null,
age int not null, 
name varchar(30) not null,
addr varchar(50) not null
);
create unique index idx1_tb_test on tb_test(id);
create index idx2_tb_test on tb_test(name);
create index idx3_tb_test on tb_test(addr);

索引優化建議

1.對索引列進行計算

例如,我們想要將表tb_test中id大于100的數據記錄中的age和name查找出來。

正確的SQL語句是:

select age,name from tb_test where id > 1*100;

不建議采用的SQL語句是:

select age,name from tb_test where id/100 > 1;

2.對索引列進行拼接

例如,我們想要將表tb_test中name為“zhou”、addr為“CQ”的記錄中的id和age查找出來。

正確的SQL語句是:

select id,age from tb_test where name='zhou' and addr='CQ';

不建議采用的SQL語句是:

select id,age from tb_test where concat(name,' ‘,addr) = ‘zhou CQ';

3.在索引列上is null或is not null的使用

例如,我們想要將表tb_test中id大于等于“0”的記錄中的age查找出來。

正確的SQL語句是:

select age from tb_test where id >= 0;

不建議采用的SQL語句是:

select age from tb_test where id is not null;

4.在索引列上or的使用

例如,我們想要將表tb_test中id等于101或102的記錄中的age和name查找出來。

正確的SQL語句(使用union)是:

select age,name from tb_test where id = 101 union select age,name from tb_test where id = 102;

不建議采用的SQL語句(使用or)是:

select age,name from tb_test where id = 101 or id = 102;

5.盡可能避免索引列在like的首字符使用通配符

例如,我們想要將表tb_test中name匹配“zho”的記錄中的id和age查找出來。

正確的SQL語句是:

select id,age from tb_test where name like ‘zho%';

不建議采用的SQL語句是:

select id,age from tb_test where name like ‘%ho%';

6.復合索引的使用

如果我們建立的索引是復合索引,那么必須使用到該索引中的第一個字段作為條件時才能保證系統使用該索引。

例如,我們在表tb_test上新建了如下索引:

create index idx4_tb_test on tb_test(id,name,addr);

以上索引idx4_tb_test相當于建立了index(id)、index(id,name)、index(id,name,addr) 這3個索引。在SQL語句的where條件中單獨使用name或addr時不會使用到該索引,必須使用id時才會使用到該索引。

在我們編寫的SQL語句中,不正確地使用索引列可能會導致索引不被使用,而進行全表掃描,極大地降低了數據庫的性能。因此,學習正確的索引的使用方法實在是很有必要的。

今天,索引的講解就到這里,重點提一下,索引基本原理和創建索引的原則是重點,面試基本必問!大家可以收藏好多理解理解。

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

您可能感興趣的文章:
  • MySQL 索引分析和優化
  • mysql性能優化之索引優化
  • SQL優化基礎 使用索引(一個小例子)
  • MySQL索引背后的之使用策略及優化(高性能索引策略)
  • Mysql limit 優化,百萬至千萬級快速分頁 復合索引的引用并應用于輕量級框架
  • MySQL 聯合索引與Where子句的優化 提高數據庫運行效率
  • MySQL中索引優化distinct語句及distinct的多字段操作
  • Mysql使用索引實現查詢優化
  • MySQL Order By索引優化方法
  • 搜索引擎優化《SEO教程2007版》下載

標簽:荊門 柳州 瀘州 景德鎮 那曲 威海 江蘇 淮安

巨人網絡通訊聲明:本文標題《90%程序員面試會遇到的索引優化問題》,本文關鍵詞  90%,程序員,面試,會,遇到,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《90%程序員面試會遇到的索引優化問題》相關的同類信息!
  • 本頁收集關于90%程序員面試會遇到的索引優化問題的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    欧美日韩黄视频| 欧美日韩情趣电影| 欧美另类一区二区三区| 午夜亚洲国产au精品一区二区| 欧美另类一区二区三区| 国产中文一区二区三区| 亚洲三级在线免费| 欧美一区二区三区播放老司机| 精品无人码麻豆乱码1区2区| 夜夜爽夜夜爽精品视频| 日韩精品一区二区三区老鸭窝| 国产传媒欧美日韩成人| 亚洲国产综合色| 亚洲国产成人午夜在线一区| 制服丝袜亚洲色图| 99久久99久久免费精品蜜臀| 日韩国产精品久久| 国产精品色在线观看| 欧美一区二区三区电影| 免费观看一级欧美片| 亚洲精品精品亚洲| 色伊人久久综合中文字幕| 蜜桃久久久久久| 一区二区三区日本| 国产日韩亚洲欧美综合| 日韩精品一区二区三区视频在线观看| 色综合天天综合色综合av| 极品少妇一区二区| 亚洲欧美日韩一区二区三区在线观看 | 精品一区二区免费看| 亚洲高清一区二区三区| 中文字幕不卡的av| 久久综合久色欧美综合狠狠| 欧美精品色一区二区三区| 日韩午夜小视频| www..com久久爱| 国产成人在线观看免费网站| 日韩主播视频在线| 亚洲成在线观看| 亚洲男人的天堂网| 亚洲欧美区自拍先锋| |精品福利一区二区三区| 国产日产欧美一区| 中文字幕高清不卡| 日韩一级黄色片| 人人爽香蕉精品| 天堂一区二区在线| 视频一区视频二区中文字幕| 国产亚洲成av人在线观看导航| 日韩欧美国产wwwww| 日韩小视频在线观看专区| 欧美精品日韩一本| 日韩一区二区三区三四区视频在线观看| 在线免费观看日韩欧美| 欧美性大战久久久久久久蜜臀 | 国产精品美女视频| 亚洲精品在线电影| 日韩精品一区二| 久久精品亚洲一区二区三区浴池| 久久精品视频免费| 国产精品欧美一区二区三区| 国产精品久久久久久久久搜平片 | 欧美一区二区在线播放| 最近中文字幕一区二区三区| 最新热久久免费视频| 午夜激情综合网| 国产91精品入口| 91国内精品野花午夜精品| 日韩一级片网址| 一区视频在线播放| 极品销魂美女一区二区三区| 91超碰这里只有精品国产| 久久蜜桃香蕉精品一区二区三区| 中文字幕欧美一区| 国产精品综合视频| 日韩写真欧美这视频| 亚洲国产精品影院| 99久久精品99国产精品| 国产午夜一区二区三区| 日本午夜一本久久久综合| 国产曰批免费观看久久久| 国产成人精品一区二区三区网站观看| 欧美一区二区不卡视频| a在线欧美一区| 色婷婷综合久久久| 国产色产综合产在线视频| 欧美肥妇毛茸茸| www国产精品av| 欧美一区二区在线看| 精品久久久三级丝袜| 欧美日韩中字一区| av不卡免费电影| 国产蜜臀av在线一区二区三区| 蜜桃视频一区二区三区在线观看| 日本一区二区三区在线观看| 国产伦精品一区二区三区在线观看| 色呦呦国产精品| 555www色欧美视频| 中文字幕中文字幕一区| 日日摸夜夜添夜夜添国产精品| 国产精品一二三在| 日韩视频免费观看高清完整版| 色婷婷久久久久swag精品| 国产精品成人免费| av男人天堂一区| 亚洲日本在线观看| 色网站国产精品| 日韩影院在线观看| 日韩一区二区电影网| 麻豆91免费看| 久久久久国产精品麻豆| 国产乱码精品一区二区三区五月婷| 欧美一级久久久久久久大片| 日本视频免费一区| 日韩视频一区二区三区| 麻豆成人久久精品二区三区红 | 国产一区不卡视频| 久久精品夜夜夜夜久久| 国产成人午夜视频| 最新国产成人在线观看| 欧美日韩亚洲国产综合| 精品中文字幕一区二区小辣椒| 蜜乳av一区二区| 欧美一区二区成人6969| 日韩av一区二区三区| 欧美日韩高清在线播放| 狠狠网亚洲精品| 欧美极品xxx| 色综合天天综合色综合av| 一区二区三区欧美在线观看| 欧美一个色资源| av在线综合网| 免费观看成人鲁鲁鲁鲁鲁视频| 国产农村妇女毛片精品久久麻豆| 色综合久久综合中文综合网| 香蕉久久一区二区不卡无毒影院 | 久久久久高清精品| 日本韩国精品在线| 麻豆国产精品一区二区三区| 中文字幕日本不卡| 石原莉奈一区二区三区在线观看| 久久久久久久久97黄色工厂| 91免费版pro下载短视频| 欧美人与禽zozo性伦| 国产精品区一区二区三区| 国产精品网曝门| 男女男精品视频| 91久久精品一区二区三| 久久久久久久性| 日本中文字幕一区二区视频| 国产高清在线观看免费不卡| 在线播放国产精品二区一二区四区| 精品国产一二三区| 国产mv日韩mv欧美| 久久久久久电影| 亚洲综合在线视频| 欧洲日韩一区二区三区| 美女一区二区三区| 亚洲欧洲综合另类| 久久精品一区二区三区不卡牛牛| 欧美在线综合视频| 91亚洲精品乱码久久久久久蜜桃 | 777欧美精品| 国产一区二区免费在线| 香蕉av福利精品导航| 国产精品国产三级国产普通话99 | 在线日韩av片| 99久久综合狠狠综合久久| 国产一区二区精品久久99| 亚洲国产成人高清精品| 亚洲激情一二三区| 亚洲欧美偷拍另类a∨色屁股| 国产精品久久久久aaaa| 国产精品久久久久毛片软件| 中文幕一区二区三区久久蜜桃| 2021久久国产精品不只是精品| 精品国产99国产精品| 日韩欧美亚洲另类制服综合在线| 欧美三电影在线| 制服视频三区第一页精品| 91精品国产一区二区三区蜜臀| 8v天堂国产在线一区二区| 日韩三级电影网址| 欧美tk—视频vk| 久久久99久久精品欧美| 国产午夜精品一区二区三区四区| 欧美国产禁国产网站cc| 国产精品全国免费观看高清| 亚洲乱码一区二区三区在线观看| 亚洲国产视频一区| 美女脱光内衣内裤视频久久网站| 久久成人羞羞网站| 国产91在线|亚洲| 97久久精品人人爽人人爽蜜臀| 91成人免费在线视频| 日韩精品综合一本久道在线视频| 精品99999| 有坂深雪av一区二区精品| 日本不卡在线视频| 国产一区二区三区免费观看|