mysql 整理 索引

2021-07-15 20:04:31 字數 1745 閱讀 5361

一、在 command line client 中進行複製:

在命令視窗ctrl+c是不起作用的,只能靠右擊彈出的選單中的功能。可以這樣做:

右擊 選擇 「標記」 ,然後用滑鼠拖動要複製的內容,  然後在合適的位置右擊  選擇「複製」。

索引 一、索引的原理

對要查詢的字段建立索引其實就是把該字段按照一定的方式排序;建立的索引只對該字段有用,如果查詢的字段改變,那麼這個索引也就無效了。索引太多會降低查詢的速度。

二、索引的優缺點:(

摘自:)優點:

索引可以大大提高系統的效能。

1. 通過建立唯一索引,可以保證資料庫的每一行資料的唯一性。

2. 可以大大加快資料的檢索速度,這也是建立索引的主要原因。

3. 可以加速表和表之間的鏈結,特別是在實現資料的參考完整性方面特別有意義。

4. 使用分組和排序子句進行資料檢索中,同樣可以顯著減少查詢中分組和排序的時間。

5. 通過使用索引,可以在查詢過程中,使用優化隱藏器,提高系統的效能。

也許會有人要問:增加索引有如此多的優點,為什麼不對錶中的每乙個列建立乙個索引呢?這種想法固然有其合理性,然而也有其片面性。雖        然,索引有許多優點, 但是,為表中的每乙個列都增加索引,是非常不明智的。這是因為,增加索引也有許多不利的乙個方面。

缺點:1. 建立索引和維護索引要耗費時間,這種時間隨著資料 量的增加而增加。

2. 索引需要占用物理空間,除了資料表佔資料空間之外,每乙個索引還要佔一定的物理空間,如果要建立聚簇索引,那麼需要的空間就會更大。

3. 當對表中的資料進行增加、刪除和修改的時候,索引也要動態的維護,這就降低了資料的維護速度。

索引是建立在資料庫表中的某些列的上面。因此,在建立索引的時候,應該仔細考慮在哪些列上可以建立索引,在哪些列上不能建立索引。一般       來說,應該在這些列 上建立索引,例如:

三、適合建索引的列

在經常需要搜尋的列上,可以加快搜尋的速度;

1. 在經常用在

連線的列上,這些列主要是一些外來鍵,可以加快連線的速度。

2. 在經常需要

根據範圍進行搜尋

的列上建立索引,因為索引已經排序,其指定的範圍是連續的。

3. 在需要經常

排序的列上建立索引,因為索引已經排好序,這樣查詢可以利用索引的排序,加快排序查詢時間。

4. 在經常使用在

where 子句

中的列上建立索引,加快條件的判斷速度。

四、 不適合建索引的列

1. 在查詢中

很少使用

或參考的列 上不適合建索引。

因為,既然這些列很少使用,因此有無索引並不能提高查詢速度。相反,由於增加了索引,反而降低了系統的維護速度和增由於大了空間需求。

2. 只有

很少數值

的列 也不適合建立索引。

因為,由於這些列的取值很少,在查詢結果中,結果集的資料行佔了表中資料行的很大比例。增加索引並不能明顯加快檢索速度。

3. 定義為

text、image、bit型

的列不適合建索引。

因為,這些列資料量要麼相當大,要麼取值很少。

4. 當修改效能遠遠大於檢索效能時,不應該建索引。

因為,修改效能和檢索效能時相互矛盾的。當 增加索引時,會提高檢索效能,但是會降低修改效能。當減少索引時,會提高修改效能,降低檢索        效能。因此,當修改效能遠遠大於檢索效能時,不應該建立索引。

五、 主鍵約束或唯一性鍵約束建立的索引的優先順序高於使用create index 語句建立的索引。

mysql 整理索引 Mysql索引整理

1 mysql基本單位是頁,大小為16kb 16384 1024 頁是為了增加查詢效率,減少io的互動 區域性性原理 2 頁與頁之間是雙向鍊錶,插入的時候會根據主鍵id進行排序 單葉資料結構.jpg 3 在頁上有乙個頁目錄,相當於把資料進行分組,存放的是當前組最小的主鍵id,指標並且指向對應的資料 ...

mysql 索引 磁碟整理 mysql 索引整理

1 只對 where 和 order by 子句中需要的列新增索引,多餘的索引智慧型導致不必要的硬碟空間愛你消耗。每次修改表資訊時會更新索引,因此有索引的表效能會相應降低。2 對於要使用索引的列要使用屬性 not null 這樣就永遠不會儲存 null 值。3 最好用唯一化索引,一般情況下,當查詢優...

mysql索引碎片整理 MysqL碎片整理優化

先來說一下什麼是碎片,怎麼知道碎片有多大!簡單的說,刪除資料必然會在資料檔案中造成不連續的空白空間,而當插入資料時,這些空白空間則會被利用起來.於是造成了資料的儲存位置不連續,以及物理儲存順序與理論上的排序順序不同,這種是資料碎片.實際上資料碎片分為兩種,一種是單行資料碎片,另一種是多行資料碎片.前...