由於 innodb 主鍵採用
聚集索引
，會對插入的記錄進行物理排序，而
uuid本身基本上是無序的，所以造成了巨大的 i/o 開銷。所以如果使用 innodb 千萬不要使用 uuid 。
我們做資料採集，每天資料將近7kw。就採用了uuid。也沒有看到效能能慢到**去。
資料庫對於pk，會自動建立index。所以，對pk的檢索完全走的index。檢索的次數和採用number的pk理論應該一樣。
區別就是乙個是數字的比較，乙個是字串的比較。雖然有字串的比較比起數字比較來要耗時。但是，大頭都在定位pk這頭。所以，uuid 雖影響效能，但絕對可以接受。
聚集索引:物理儲存按照索引排序
非聚集索引:物理儲存不按照索引排序
優勢與缺點
聚集索引：插入資料時速度要慢（時間花費在「物理儲存的排序」上，也就是首先要找到位置然後插入）
查詢資料比非聚集資料的速度快
漢語字典的正文本身就是乙個聚集索引。比如，我們要查「安」字，就會很自然地翻開字典的前幾頁，因為「安」的拼音是「an」，而按照拼音排序漢字的字典是以英文本母「a」開頭並以「z」結尾的，那麼「安」字就自然地排在字典的前部。如果您翻完了所有以「a」開頭的部分仍然找不到這個字，那麼就說明您的字典中沒有這個字；同樣的，如果查「張」 字，那您也會將您的字典翻到最後部分，因為「張」的拼音是「zhang」。也就是說，字典的正文部分本身就是乙個目錄，您不需要再去查其他目錄來找到您需要找的內容。正文內容本身就是一種按照一定規則排列的目錄稱為「聚集索引」。
如果您認識某個字，您可以快速地從自動中查到這個字。但您也可能會遇到您不認識的字，不知道它的發音，這時候，您就不能按照剛才的方法找到您要查的字，而需要去根據「偏旁部首」查到您要找的字，然後根據這個字後的頁碼直接翻到某頁來找到您要找的字。但您結合「部首目錄」和「檢字表」而查到的字的排序並不是真正的正文的排序方法，比如您查「張」字，我們可以看到在查部首之後的檢字表中「張」的頁碼是672頁，檢字表中「張」的上面是「馳」字，但頁碼卻是63 頁，「張」的下面是「弩」字，頁面是390頁。很顯然，這些字並不是真正的分別位於「張」字的上下方，現在您看到的連續的「馳、張、弩」三字實際上就是他們在非聚集索引中的排序，是字典正文中的字在非聚集索引中的對映。我們可以通過這種方式來找到您所需要的字，但它需要兩個過程，先找到目錄中的結果，然後再翻到您所需要的頁碼。我們把這種目錄純粹是目錄，正文純粹是正文的排序方式稱為「非聚集索引」。
通過以上例子，我們可以理解到什麼是「聚集索引」和「非聚集索引」。
進一步引申一下，我們可以很容易的理解：每個表只能有乙個聚集索引，因為目錄只能按照一種方法進行排序。得出查詢速度的方法是：在各個select語句前加：declare @d datetime
set @d=getdate()
並在select語句後加：
select [語句執行花費時間(毫秒)]=datediff(ms,@d,getdate())
1、用聚合索引比用不是聚合索引的主鍵速度快
2、用聚合索引比用一般的主鍵作order by時速度快，特別是在小資料量情況下
事實上，如果資料量很小的話，用聚集索引作為排序列要比使用非聚集索引速度快得明顯的多；而資料量如果很大的話，如10萬以上，則二者的速度差別不明顯。
3、使用聚合索引內的時間段，搜尋時間會按資料佔整個資料表的百分比成比例減少，而無論聚合索引使用了多少個
4 、日期列不會因為有分秒的輸入而減慢查詢速度
從publish 表中取出第 n 條到第 m 條的記錄：
select top m-n+1 *
from publish
where (id not in
(select top n-1 id
from publish))
id 為publish 表的關鍵字
只所以把「查詢優化」和「分頁演算法」這兩個聯絡不是很大的論題放在一起，就是因為二者都需要乙個非常重要的東西――聚集索引。
在前面的討論中我們已經提到了，聚集索引有兩個最大的優勢：
1、以最快的速度縮小查詢範圍。
2、以最快的速度進行字段排序。
第1條多用在查詢優化時，而第2條多用在進行分頁時的資料排序。
而聚集索引在每個表內又只能建立乙個，這使得聚集索引顯得更加的重要。聚集索引的挑選可以說是實現「查詢優化」和「高效分頁」的最關鍵因素。
但要既使聚集索引列既符合查詢列的需要，又符合排序列的需要，這通常是乙個矛盾。
聚集索引是如此的重要和珍貴，所以一定要將聚集索引建立在：
1、您最頻繁使用的、用以縮小查詢範圍的字段上；
2、您最頻繁使用的、需要排序的字段上。
二）何時使用聚集索引或非聚集索引
下面的表總結了何時使用聚集索引或非聚集索引（很重要）。
動作描述
使用聚集索引
使用非聚集索引
列經常被分組排序 應
應返回某範圍內的資料 應
不應乙個或極少不同值 不應
不應小數目的不同值 應
不應大數目的不同值 不應
應頻繁更新的列 不應
應外來鍵列 應
應主鍵列 應
應頻繁修改索引列 不應
應每個表中只能有乙個聚集索引的規則
資料庫索引優化原理，索引的工作機制
我們通過乙個簡單的例子來開始教程，解釋為什麼我們需要資料庫索引。假設我們有乙個資料庫表 employee，這個表有三個字段 列 分別是 employee name employee age 和employee address。假設表employee 有上千行資料。現在假設我們要從這個表中查詢出所有名...
資料庫中的索引
1.概念 索引是在資料庫表或者檢視上建立的物件，目的是為了加快對錶或檢視的查詢的速度 簡單理解 索引是乙個單獨的 物理的資料庫結構，它是某個表中一列或若干列值的集合和相應的指向表中物理標識這些值的資料頁的邏輯指標清單 深刻理解 按照儲存方式分為 聚集與非聚集索引 需要重視和區別的概念，後面詳解 按照...
資料庫中的索引
總結 1.什麼是索引 資料庫中的索引是某個表中一列或多列值的集合和相應的指向表中物理標識這些值的資料頁的邏輯指標清單。2.分類 唯一索引 unique 不允許兩行具有相同的索引值 建立了唯一約束，系統將自動建立唯一索引 主鍵索引 主鍵索引要求主鍵中的每個值是唯一的，建立主鍵自動建立主鍵索引 聚集索引...