mysql中的主鍵分為：1、自增序列；2、UUID函數生成的隨機值；3、用戶注冊的唯一性賬號名稱；4、基于一套機制生成類似自增的值，如序列生成器。
(針對InnoDB引擎)我們實際生產環境可能會使用四類屬性作為主鍵：
(1). 自增序列；
(2). UUID()函數生成的隨機值；
(3). 用戶注冊的唯一性帳號名稱，字符串類型，一般長度為：40個字符；
(4). 基于一套機制生成類似自增的值，比如序列生成器；
那么我們接下來，再分析下這四類屬性各自作為表主鍵的優缺點：
(1)自增序列：從小到大 或從大到小的順序模式增加新值；數據類型也利于進行主鍵值比較；存儲空間占用也相對最小，一般設置為：4個字節的INT類型或 8個字節的BIGINT類型；若是想進行數據水平拆分的話，也可以借助設置mysqld實例的2個參數：auto_increment_increment 和 auto_increment_offset；另外，唯一缺點就是自增序列是一個表級別的全局鎖，在5.0系列大規模并發寫的時候，因鎖釋放機制的問題容易出現瓶頸，但是5.1系列做了改進，基本上不存在此問題；
(2)UUID()函數：值為隨機性+固定部分，其值產生是無序的，且同一臺服務器上產生的值相同部分為77.8%；產生的值字符個數為36，按utf8編碼計算，占用的存儲空間為36個字節；對于數據水平拆分支持，無需特殊設置；
(3)使用用戶注冊的帳號名稱，字符串類型，其值的產生依賴用戶輸入，為此數據基本上為無序增加，字符串的長度也是不定的，只能通過前段技術控制最短最大長度值的限制，對水平拆分支持，無需做特殊設置；
(4)序列生成器的架構，類似自增序列，不過需要借助額外的開發工作量，以及提供一個第三方的服務，可以規避自增序列的字增全局鎖的問題，提高并發，對數據水平拆分可以更好地支持；
(5)雙主復制架構的概率性碰到的場景：主服務器的數據執行成功，而沒有復制到在線備用服務器時，出問題的概率確實存在，其他類型的做法，也必須人工干涉解決，都無簡單且合理的自動化辦法，以上四種辦法都無法規避；
通過四種屬性值作為主鍵的優缺點分析，以及對比前面我們闡述的主鍵需要的優秀素質，若是不考慮水平拆分的問題，帶來額外設置上的麻煩，則自增序列是最佳的主鍵字段選擇；用戶的注冊帳號本身要求唯一性且非空的場景下，則可以作為主鍵字段的選擇；若是考慮水平拆分的問題，則采用自增序列生成器的架構，非常易用和可靠的實現方式，產生的值是最佳主鍵字段的選擇；
