MySQL之-uuid做主鍵與int做主鍵的效能實測比較詳解

偶然的機會，得知mysql主鍵的型別採用 varchar 存UUID 的查詢效能沒有int型做主鍵好。網路上查詢大量資料，都是停留在理論上的，因此，自己寫了程式碼進行實測，以下結果僅供參考，不具備權威性。

三個表的字段，除了主鍵ID 分別採用varchar，bigint 和自動增長bigint不同外，其他三個字段都為varchar 36位

#資料庫：mysql5.5

#表格類型：InnoDB

資料量：100W條

第一種情況：

主鍵採用uuid 32位元。

執行查詢語句1：SELECT COUNT(id) FROM test_varchar;

執行查詢語句2：SELECT * FROM test_varchar WHERE vname='00004629-b052-11e1-96aa-002655bb2 ';

執行查詢語句3：SELECT * FROM test_varchar WHERE id='00004599b05211e196aa002655b28d7b';

語句1消耗時間平均為：2.7秒；

#平均為：3秒；

語句3消耗時間平均為：0秒；（多方測試，條件裡只要有主鍵ID，查詢速度毫秒級都顯示000。測試的ID值，有前一百條的，也有後90多萬條的。 bigint

，使用uuid_short()產生數據，資料為有序列的純數字（22461015967875697）。 （其相當於自動成長，只是固定的基底數值較大而已。）

執行查詢語句1：SELECT COUNT(id) FROM test_long;執行查詢語句2：SELECT * FROM test_long WHERE vname='d7f28a24-b053-11e1-96aa-002655b28d7b';

運行查詢語句3：SELECT * FROM test_long WHERE id='2246101596787875022461015967875702246101596787570224610159678757022461020 ：1.2秒；語句2消耗時間平均為：1.40秒；

語句3消耗時間平均為：0秒；（多方測試，條件裡只要有主鍵ID，查詢速度毫秒級都顯示000。

執行查詢語句1：SELECT COUNT(id) FROM test_int;

執行查詢語句2：SELECT * FROM test_int WHERE vname='c80f8427-b059-11e1-96aa-00265b28d ';

執行查詢語句3：SELECT * FROM test_int WHERE id=900000;

主鍵採用mysql自帶的自動成長

，資料為純數字（1， 2，3，4，5……）。

查詢語句1消耗時間平均為：1.07秒；

查詢語句2消耗時間平均為：1.31秒;

查詢語句3消耗時間平均為：0秒；（多方測試，條件裡只要有主鍵ID，查詢速度毫秒級都顯示000。測試的ID值，有前一百條的，也有後90多萬條的。查詢時間完全一樣，毫秒級都為000 )

總結

：由此可見，mysql InnoDB 主鍵採用自動成長效能較高。

筆者自語：平常的專案開發，sql語句的條件裡有ID的，佔多數，沒有的佔少數。雖然以上的測試顯示只要條件語句裡有主鍵ID，主鍵類型不一樣，查詢時間完全一樣。但是，你不能保證你的專案中所有sql語句的條件裡都有ID，因此…………主鍵的類型該採用哪一種，相信各位看官已經明白。

資料庫：mysql5.5

#表類型：MyISAM

資料量：100W條

為了少寫一些字，節省時間，此測試所使用的表和sql語句同上，此處只記錄消耗時間。 第一種情況：

主鍵採用uuid 32位元。

語句1消耗時間平均為：0秒；

語句2消耗時間平均為：0.53秒；

語句3消耗時間平均為：0秒；（多方測試，條件裡只要有主鍵ID，查詢速度毫秒級都顯示000。測試的ID值，有前一百條的，也有後90多萬條的。查詢時間完全一樣，毫秒級都為000 )

第二種情況：

主鍵採用bigint

，使用uuid_short()產生數據，資料為有序列的純數字（22461015967875697 ）。 （其相當於自動增長，只是固定的基數值較大而已。）

語句1消耗時間平均為：0秒；

語句2消耗時間平均為：0.51秒；

語句3消耗時間平均為：0秒；（多方測試，條件裡只要有主鍵ID，查詢速度毫秒級都顯示000。測試的ID值，有前一百條的，也有後90多萬條的。 ，數據為純數字（1，2，3，4，5…）。

語句1消耗時間平均為：0秒；語句2消耗時間平均為：0.48秒；

語句3消耗時間平均為：0秒；（多方測試，條件裡只要有主鍵ID，查詢速度毫秒級都顯示000。 #總結：由此可見，mysql MyISAM 主鍵採用自動增長效能比其他有微弱的優勢。測試資料為100w，如果是1000W 1億，我想這個優勢會拉大，如果你還有外鍵關聯查詢，這個優勢就更明顯了。當然，如果你設計的系統，資料量還沒有超過100W，你用啥主鍵型別都無所謂。我測試電腦是筆記本，如果是專業的伺服器，估計100W條，mysql MyISAM 的這些測試，根本都測不出來時間差。

以上是MySQL之-uuid做主鍵與int做主鍵的效能實測比較詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！