MySQL UUID函式的詳解

MySQL中可以有二類用於生成唯一值性質的工具：UUID()函式和自增序列，那麼二者有何區別呢？我們就此對比下各自的特性及異同點：

l  都可以實現生成唯一值的功能；

l  UUID是可以生成時間、空間上都獨一無二的值；自增序列只能生成基於表內的唯

一值，且需要搭配使其為唯一的主鍵或唯一索引；

l  實現方式不一樣，UUID是隨機+規則組合而成的，而自增序列是控制一個值逐步增長的；

l  UUID產生的是字串型別值，固定長度為：36個字元，而自增序列產生的是整數型別值，長度由欄位定義屬性決定；

接下來，詳細講解下UUID()函式產生的值：

[email protected]

*************************** 1. row ***************************

（注：其中 \G代表前一個匹配的結束   參考建：http://wenku.baidu.com/view/f5e5dcf07c1cfad6195fa711.html）

UUID(): de7ee638-4322-11e0-85ab-842b2b4a7e75

UUID(): de7ee642-4322-11e0-85ab-842b2b4a7e75

LENGTH(UUID()): 36

CHAR_LENGTH(UUID()): 36

1 row in set (0.00 sec)

從上面的執行結果部分的資訊看：

l  同一個SQL語句中，多處呼叫UUID()函式得到的值不相同；

l  得到的隨機值由5個部分組成，且分隔符位為：中劃線；

l  多次呼叫或執行得到的後2組值相同，若把mysqld伺服器關閉，重新啟動之後，會發現第四組的組與未重啟前的值發生變化，然後一直不變化，只要重新啟動mysqld服務就會發生變化。另外，對於同一臺機器，第五組值始終不會發生變化；

l  字元個數為：36，佔位元組數為：36（注：系統預設字符集編碼：utf8）；

針對UUID產生的值組成部分，作如下解說：

l  前三組值是時間戳換算過來的；

l  第四組值是暫時性保持時間戳的唯一性。例如，使用夏令時；

l  第五組值是一個IEE 802的節點標識值，它是空間上唯一的。若後者不可用，則用一個隨機數字替換。假如主機沒有網絡卡，或者我們不知道如何在某系統下獲得機器地址，則空間唯一性就不能得到保證，即使這楊，出現重複值的機率還是非常小的。

UUID函式對複製的支援：

UUID函式屬於不確定性函式，為此不支援MySQL 複製的STATEMENT模式，但是支援MIXED、ROW二種模式，大家可以設定2組測試模式，以5.1.系列版本為例。

測試基於命令列模式複製：

tx_isolation = REPEATABLE-READ

binlog_format = STATEMENT

測試基於命令列/混合模式複製：

tx_isolation = REPEATABLE-READ

binlog_format = MIXED  OR ROW

在主伺服器上執行同一個SQL語句：

INSERT INTO  test_uuid(username) VALUES(UUID());

然後再比對主從伺服器上表中儲存的值，會發現基於命令列模式的：主從不一致，基於行/混合模式的：主從資料時一致；

建議：在複製模式下，需要用到UUID()函式，則一定要使用基於行/混合模式複製方式。

名詞解釋：

對於輸入引數相同，且同一時間執行或一個SQL中多處呼叫，而得到不同值得函式，我們就稱其為：不確定性函式。

備註：

在MySQL 5.1.*及更高版本有一個變種的UUID()函式，名稱：UUID_SHORT()，生成一個64位無符號的整數，例如：

[email protected] : (none) 02:46:42> SELECT UUID_SHORT()\G

*************************** 1. row ***************************

UUID_SHORT(): 6218676250261585921

1 row in set (0.00 sec)

後續加註：

後續新增的：

在mysql中，可以使用uuid 來生成主鍵，但是用mysql的uuid()函式 ，生成的uuid是36位的，其中包含32個字元以及4個分隔符（-），往往這個分隔符對我們來說是沒有用的，可以使用mysql自帶的replace函式去掉分隔符

replace(uuid(),'-','')   ---->將uuid()中的‘-’，去掉，即替換成空串；

此外