直屏旗艦來了 iQOO 12和K70 Pro同臺競技
旗艦機基本上使用的都是雙曲面屏幕，這就讓很多喜歡直屏的愛好者在苦等一款直屏旗艦，這次，你們等到了。據博主數碼閑聊站帶來的最新爆料稱，Redmi下代旗艦K70 Pro和iQOO 12兩款手
之前無意間看到群友討論到用什么做主鍵比較好
圖片
圖片
圖片
其實 UUID 和自增主鍵 ID 是常用于數據庫主鍵的兩種方式，各自具有獨特的優缺點。
UUID 是一個由 128 位組成的唯一標識符，通常以字符串形式表示。它可以通過不同的算法生成，例如基于時間戳的 UUID（version 1）和基于隨機數的 UUID（version 4）等。
然而，UUID 作為主鍵 ID 也存在一些缺點：
在 UUID 列上創建索引會導致索引大小增加，從而影響緩存命中率，增加磁盤 I/O 需求，同時也增加了查詢時的內存開銷。
當使用 UUID 進行排序時，新生成的 UUID 通常會插入到葉子節點的中間位置，導致 B+樹的頻繁分裂和平衡操作，進而影響查詢性能。
在 MySQL 中，可以通過設置 AUTO_INCREMENT 屬性實現 ID 的自增長，通常用于作為主鍵 ID。
使用自增 ID 作為主鍵的好處包括：
然而，使用自增主鍵也存在一些問題：
UUID（Universally Unique Identifier）是一種全局唯一標識符，用于在同一時空中的各臺機器上保證唯一性。
UUID 的生成基于特定算法，通常使用隨機數生成器或基于時間戳的方式。生成的 UUID 以 32 位 16 進制數表示，總共 128 位（標準 UUID 格式為：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，共 32 個字符）。
由于 UUID 是由 MAC 地址、時間戳、隨機數等信息生成的，因此具有極高的唯一性，幾乎不可能重復。但在實際實現中，UUID 有多種版本，它們的唯一性指標也有所不同。
UUID 的具體實現版本包括基于時間的 UUID V1 和基于隨機數的 UUID V4 等。
在 Java 中，java.util.UUID生成的 UUID 包括 V3 和 V4 兩種版本。
圖片
UUID 的優點在于其性能較高，不依賴網絡，可以在本地生成，并且使用起來相對簡單。
然而，UUID 也存在兩個明顯的缺點：
基于時間戳的 UUID 是通過計算當前時間戳、隨機數和機器 MAC 地址得到的。由于算法中使用了 MAC 地址，這個版本的 UUID 能夠確保在全球范圍內的唯一性。然而，使用 MAC 地址也帶來了安全性問題，因此這個版本的 UUID 受到了批評。如果應用只在局域網中使用，也可以使用一種簡化的算法，以 IP 地址代替 MAC 地址。
這個版本的 UUID 算法與基于時間戳的 UUID 相同，但會將時間戳的前 4 位替換為 POSIX 的 UID 或 GID。然而，實際中較少使用這個版本的 UUID。
基于名稱空間的 UUID 通過計算名稱和名稱空間的 MD5 散列值得到。這個版本的 UUID 保證了以下幾點：在相同名稱空間中，不同名稱生成的 UUID 具有唯一性；不同名稱空間中的 UUID 是唯一的；在相同名稱空間中，相同名稱生成的 UUID 是重復的。
基于隨機數的 UUID 是根據隨機數或偽隨機數生成的。該版本的 UUID 使用隨機數生成器生成，保證了生成的 UUID 具有極佳的唯一性。然而，由于其基于隨機數，因此不太適用于數據量特別大的場景。
與版本 3 的 UUID 算法相似，但使用 SHA1（Secure Hash Algorithm 1）算法進行散列值計算。
Version 1 和 Version 2：
Version 3 和 Version 5：
Version 4：
本文鏈接：http://m.www897cc.com/showinfo-26-91526-0.html被追著問UUID和自增ID做主鍵哪個好，為什么？
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 多線程技術應用之并行下載并通知運行狀態
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號