主键分类复习

主键类型	描述	示例
非数值主键	非数值主键使用非数值类型的值作为主键。这些值可以是字符串、日期、GUID（全局唯一标识符）等。非数值主键提供了灵活的标识方式，不依赖于数值自增或其他算法生成主键值。	用户名（例如：“johnsmith”）、电子邮件地址（例如：“[email protected]”）、订单号（例如：“ORD-12345”）
Snowflake ID	Snowflake ID是一种分布式主键生成算法，旨在在分布式系统中生成全局唯一且可排序的标识符。Snowflake ID由多个部分组成，包括时间戳、机器ID和序列号等。它具有趋势递增、全局唯一和可排序的特点。	1844544328875927553
稀疏主键	稀疏主键允许主键列中存在缺失或空值的情况。这种设计适用于某些实体属性并非每次都具有主键值的情况。稀疏主键可以简化数据模型，减少空值的存储和索引占用，并提高查询性能。	用于表示某个实体属性可能为空的情况，例如在用户表中的"中间名"字段，不是每个用户都有中间名。
联合主键	联合主键由多个列组合而成，用于唯一标识表中的每一行。通过使用多个列作为主键，可以确保每个组合值的唯一性。联合主键适用于需要使用多个属性来唯一标识实体的情况。	用户ID和订单ID组合成的联合主键，确保每个用户对应的每个订单都是唯一的。
自然主键	自然主键是指已经存在于数据实体中的具有唯一性的属性作为主键。这些属性可以是实体本身的某个属性，如社会安全号码、电子邮件地址等。自然主键具有直观性和业务意义，但可能存在长度较长、易变性或复杂性等问题。	社会安全号码、电子邮件地址等。
虚拟主键	虚拟主键是为了作为主键而创建的、没有实际业务含义的人工生成的键。常见的虚拟主键类型包括自增长整数、UUID（通用唯一标识符）等。虚拟主键对于数据模型的稳定性和性能有一定的好处，同时也避免了使用业务相关的属性作
外部主键	外部主键是指引用其他表的主键列。它用于建立表之间的关联关系，实现数据的引用完整性和一致性。外部主键在一个表中引用另一个表的主键列，从而建立起表与表之间的关系，形成关联。	在订单表中，使用用户表的用户ID作为外部主键，确保订单表中的每个订单都关联到一个有效的用户。
散列主键	散列主键是通过将主键的值进行散列计算，生成一个固定长度的散列值作为主键。散列主键可以帮助均匀分布数据和提高查询性能，但无法直接反映实体的属性含义。	对主键值进行散列计算得到的散列主键值，例如通过哈希函数将字符串转换为固定长度的哈希码作为主键。

主键类型	描述	示例
整数主键	使用整数类型作为主键，用于唯一标识每个记录。	用户ID、订单ID
字符串主键	使用字符串类型作为主键，用于唯一标识每个记录。	电子邮件地址、用户名
复合主键	由多个字段组成的主键，多个字段的组合必须是唯一的。	用户ID + 订单ID
GUID主键	使用全局唯一标识符（GUID）作为主键，确保在全球范围内的唯一性。	550e8400-e29b-41d4-a716-446655440000
自增主键	使用自增长机制生成的唯一标识符作为主键，每次插入新记录时自动增加。	1、2、3、4
UUID主键	使用通用唯一标识符（UUID）作为主键，用于在分布式系统中确保唯一性。	d13b5e78-5de4-4ca0-87a2-33f5d2019e5d

面向ChatGPT学习.jpg

在MySQL中，字符串类型的主键和数值类型的主键，在均为唯一主键的情况下，查询效率可能会有差异。一般情况下，数值类型的主键查询效率更高，原因如下：

1. 存储空间：数值类型通常需要的存储空间比字符串类型少。例如，使用整数主键只需要几个字节，而字符串主键可能需要更多的存储空间，特别是在主键列很长的情况下。较小的存储空间可以减少磁盘和内存访问的开销，从而提高查询效率。

2. 索引性能：MySQL使用B-tree索引来加速查询操作。在B-tree索引中，数值类型的主键可以更好地利用索引结构，因为B-tree索引是按照顺序存储的。相比之下，字符串类型的主键需要进行字符排序，并且可能具有更大的比较开销。因此，在相同数据量下，数值类型的主键通常比字符串类型的主键具有更好的索引性能。

3. 查询优化器：MySQL的查询优化器会尝试优化查询计划以提高查询效率。对于数值类型的主键，查询优化器可能会选择更有效的索引访问路径或者使用更高效的算法来处理查询。而对于字符串类型的主键，由于字符串比较的特殊性，查询优化器可能无法进行一些优化，从而导致查询效率的降低。

需要注意的是，具体的查询性能受多个因素的影响，包括数据量、索引设计、查询语句的复杂性等。因此，在实际情况中，还应该考虑其他因素来评估查询效率。但总体而言，在相同条件下，数值类型的主键通常比字符串类型的主键具有更好的查询效率。