首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

mysql 全球唯一标识符

基础概念

MySQL中的全球唯一标识符(Global Unique Identifier,GUID)通常是指一个128位的数值,用于唯一标识数据库中的记录。在MySQL中,常见的实现方式是使用UUID(Universally Unique Identifier)类型。

相关优势

  1. 唯一性:UUID是由算法生成的,保证了在全球范围内的唯一性。
  2. 无序性:UUID的生成不依赖于数据库的顺序,适合分布式系统。
  3. 安全性:UUID不易被猜测,适合作为敏感数据的标识符。

类型

MySQL中支持两种主要的UUID类型:

  1. CHAR(36):存储标准的UUID字符串,格式为8-4-4-4-12。
  2. BINARY(16):存储UUID的二进制形式,占用空间更小。

应用场景

  1. 分布式系统:在分布式数据库中,UUID可以作为主键,避免主键冲突。
  2. 唯一标识:用于标识用户、订单、文件等唯一实体。
  3. 安全性:用于生成安全的令牌或密钥。

常见问题及解决方法

问题1:UUID生成的性能问题

原因:UUID生成算法相对复杂,可能会影响数据库性能。

解决方法

  1. 批量生成:在应用层批量生成UUID,减少数据库操作次数。
  2. 缓存:将生成的UUID缓存起来,减少重复生成的开销。
代码语言:txt
复制
-- 示例代码:批量插入UUID
INSERT INTO users (id, name) VALUES
(UUID_TO_BIN(UUID()), 'Alice'),
(UUID_TO_BIN(UUID()), 'Bob');

问题2:UUID存储空间问题

原因:UUID以字符串形式存储时,占用空间较大。

解决方法

  1. 使用BINARY(16):将UUID存储为二进制形式,减少存储空间。
  2. 压缩:在应用层对UUID进行压缩,减少存储空间。
代码语言:txt
复制
-- 示例代码:使用BINARY(16)存储UUID
CREATE TABLE users (
    id BINARY(16) PRIMARY KEY,
    name VARCHAR(255)
);

问题3:UUID排序问题

原因:UUID是无序生成的,不适合用于需要排序的场景。

解决方法

  1. 时间戳:在生成UUID时,结合时间戳,保证一定的顺序性。
  2. 自增ID:在数据库中使用自增ID作为主键,UUID作为辅助标识。
代码语言:txt
复制
-- 示例代码:结合时间戳生成有序UUID
CREATE TABLE users (
    id CHAR(36) PRIMARY KEY,
    name VARCHAR(255),
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

参考链接

希望这些信息对你有所帮助!如果有更多问题,请随时提问。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • uniqueidentifier类型_unique用法及搭配

    大家好,又见面了,我是你们的朋友全栈君。 uniqueidentifier 全局唯一标识符 (GUID)。 注释 uniqueidentifier 数据类型的列或局部变量可用两种方法初始化为一个值: 使用 NEWID 函数。 将字符串常量转换为如下形式(xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的 数字 )。例如,6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 uniqueidentifier 值。 比较运算符可与 uniqueidentifier 值一起使用。然而,排列并非通过比较两个值的位模式来实现。允许对 uniqueidentifier 值执行的操作只有比较 (=, <>, <, >, <=, >=) 和检查 NULL(IS NULL 和 IS NOT NULL)。不允许使用其它算术运算符。所有的列约束及属性(IDENTITY 除外)均允许用于 uniqueidentifier 数据类型。 使用 uniqueidentifier 数据 uniqueidentifier 数据类型存储 16 字节的二进制值,该值的使用与全局唯一标识符 (GUID) 一样。GUID 是一个唯一的二进制数字;世界上的任何两台计算机都不会生成重复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络中,分配必须具有唯一性的标识符。 uniqueidentifier 列的 GUID 值通常由以下方式获得: 在 Transact-SQL 语句、批处理或脚本中调用 NEWID 函数。 在 应用 程序代码中,调用返回 GUID 值的应用程序 API 函数或方法。 Transact-SQL NEWID 函数以及应用程序 API 函数和方法从它们网卡上的标识数字以及 CPU 时钟的唯一数字生成新的 uniqueidentifier 值。每个网卡都有唯一的标识号。由 NEWID 返回的 uniqueidentifier 使用服务器上的网卡生成。由应用程序 API 函数和方法返回的 uniqueidentifier 使用客户机上的网卡生成。 一般不将 uniqueidentifier 定义为常量,因为很难保证实际创建的 uniqueidentifier 具有唯一性。指定 uniqueidentifier 常量的方法有两种: 字符串格式 ‘6F9619FF-8B86-D011-B42D-00C04FC964FF’ 二进制格式 0xff19966f868b11d0b42d00c04fc964ff uniqueidentifier 数据类型不象IDENTITY 属性那样为新插入的行自动生成新的ID。为了得到新的 uniqueidentifier 值,表必须具有一个指定 NEWID 函数的 DEFAULT 子句,或使用 NEWID 函数的 INSERT 语句: CREATE TABLE MyUniqueTable (UniqueColumn UNIQUEIDENTIFIER DEFAULT NEWID(), Characters VARCHAR(10) ) GO INSERT INTO MyUniqueTable(Characters) VALUES (‘abc’) INSERT INTO MyUniqueTable VALUES (NEWID(), ‘def’) GO uniqueidentifier 列可以包含多次出现的 uniqueidentifier 值,除非也对此列指定了 UNIQUE 或 PRIMARY KEY 约束。当有多行引用源表中的同一主键时,引用其它表的 uniqueidentifier 主键的外键列将包含多次出现的个别 uniqueidentifier

    01

    [MongoDB]MongoDB的ObjectId组成

    一、ObjectId的组成 首先通过终端命令行,向mongodb的collection中插入一条不带“_id”的记录。然后,通过查询刚插入的数据,发现自动生成了一个objectId “5e4fa350b636f733a15d6f62”这个24位的字符串,虽然看起来很长,也很难理解,但实际上它是由一组十六进制的字符构成,每个字节两位的十六进制数字,总共用了12字节的存储空间。相比MYSQL int类型的4个字节,MongoDB确实多出了很多字节。不过按照现在的存储设备,多出来的字节应该不会成为什么瓶颈。不过MongoDB的这种设计,体现着空间换时间的思想。 ObjectId的官方规范 1)Time 时间戳。将刚才生成的objectid的前4位进行提取“5e4fa350”,然后按照十六进制转为十进制,变为“1582277456”,这个数字就是一个时间戳。通过时间戳的转换,就成了易看清的时间格式2020-02-21 17:30:56, 2)Machine 机器。接下来的三个十六进制就是“b636f7”,这三个是所在主机的唯一标识符,一般是机器主机名的散列值,这样就确保了不同主机生成不同的机器hash值,确保在分布式中不造成冲突,这也就是在同一台机器生成的objectId中间的字符串都是一模一样的原因。 3)PID 进程ID。上面的Machine是为了确保在不同机器产生的objectId不冲突,而pid就是为了在同一台机器不同的mongodb进程产生了objectId不冲突,接下来的“af71”两位就是产生objectId的进程标识符。 4)INC 自增计数器。前面的九个字节是保证了一秒内不同机器不同进程生成objectId不冲突,这后面的三个字节“5d6f62”是一个自动增加的计数器,用来确保在同一秒内产生的objectId也不会发现冲突,允许256的3次方等于16777216条记录的唯一性。 总的来看,objectId的前4个十六进制字符是时间戳,记录了文档创建的时间;接下来3个十六进制字符代表了所在主机的唯一标识符,确定了不同主机间产生不同的objectId;后2个是进程id,决定了在同一台机器下,不同mongodb进程产生不同的objectId;最后通过3个是自增计数器,确保同一秒内产生objectId的唯一性。ObjectId的这个主键生成策略,很好地解决了在分布式环境下高并发情况主键唯一性问题,值得学习借鉴

    01
    领券