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

mysql uuid有没有大小

基础概念

MySQL中的UUID(Universally Unique Identifier)是一种用于标识信息的128位数字。它由32个十六进制数字组成,通常表示为32个字符的字符串,分为五组,形式为8-4-4-4-12。UUID的设计旨在确保在全球范围内的唯一性,无需中央协调机构即可生成。

类型

在MySQL中,UUID通常存储为CHAR(36)BINARY(16)类型。CHAR(36)类型存储的是可读的字符串形式,而BINARY(16)类型存储的是二进制形式,占用空间更小。

应用场景

UUID广泛应用于需要全局唯一标识符的场景,例如:

  • 数据库主键
  • 文件系统标识符
  • 网络协议标识符
  • 分布式系统中的唯一标识

优势

  • 全局唯一性:UUID通过算法确保在全球范围内的唯一性。
  • 无需中央协调:生成UUID不需要依赖中央服务器或数据库。
  • 安全性:UUID的生成算法复杂,难以预测,有助于防止某些类型的攻击。

遇到的问题及解决方法

问题1:UUID的大小

UUID的大小是固定的,无论存储为CHAR(36)还是BINARY(16)

  • CHAR(36):占用36个字符的空间,每个字符通常占用1字节,总共36字节。
  • BINARY(16):占用16个字节的空间。

问题2:UUID的性能

由于UUID是无序的,插入时可能会导致索引碎片化,影响性能。

解决方法

  • 使用BINARY(16)类型存储UUID,减少存储空间。
  • 使用UUID的无序性,避免在频繁插入的场景中使用UUID作为主键。
  • 使用自增ID或其他有序的主键类型,结合UUID作为唯一标识符。

问题3:UUID的可读性

CHAR(36)类型的UUID可读性较好,但占用空间较大。

解决方法

  • 根据需求选择合适的存储类型。如果需要可读性,可以选择CHAR(36);如果需要节省空间,可以选择BINARY(16)

示例代码

代码语言:txt
复制
-- 创建表时使用UUID作为主键
CREATE TABLE example_table (
    id CHAR(36) PRIMARY KEY DEFAULT (UUID()),
    name VARCHAR(255) NOT NULL
);

-- 插入数据
INSERT INTO example_table (name) VALUES ('John Doe');

-- 查询数据
SELECT id, name FROM example_table;

参考链接

通过以上信息,您可以更好地理解MySQL中UUID的基础概念、类型、应用场景、优势以及可能遇到的问题和解决方法。

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

相关·内容

mysql java uuid_Java生成UUID 与 MySQL数据库如何生成uuid数据

UUID 来作为数据库数据表主键是非常不错的选择,保证每次生成的UUID 是唯一的。 UUID的唯一缺陷在于生成的结果串会比较长。...a.生成 UUID public static voidmain(String[] args) {for(int i=0;i<10;i++){ String uuid= UUID.randomUUID...* @return String UUID*/ public staticString getUUID(){ String uuid=UUID.randomUUID().toString();//...去掉“-”符号 return uuid.replaceAll(“-“, “”); } 二、MySQL数据库如何批量插入不重复uuid数据 第一步:先把需要查询的数据列出来select UUID(), a.Code...生成UUID /*只能生成一条*/SELECT REPLACE(UUID(),’-‘,”) AS id;/*在数据库中找一张数据多的表执行生成多条*/SELECT (REPLACE(UUID(),’-‘

4.7K30
  • MySQL中存储UUID的最佳实践

    在MySQL中有一个UUID () 函数,通常用UUID做唯一标识,需要在数据库中进行存储。使用此函数可以让MySQL生成一个UUID值,并以VARCHAR(36)类型的可读形式返回。...但是对于像MySQL的InnoDB存储引擎来说,使用UUID作为主键(PRIMARY KEY)会带来一些问题。 1、问题阐述 问题一:UUID的长度问题 UUID的长度为36个字符。...如果这样的UUID作为主键的话,不仅会是主键的尺寸很大,而且会使二级索引的尺寸变大,原因是MySQL中的二级索引的value存的是PRIMARY KEY。...由于主键和二级索引的尺寸很大,所以不利于在内存中操作 问题二:UUID的格式问题 MySQL的UUID ()使用的是version 1的UUID,该类型的UUID的特点是基于时间,它是一个128位的数字...纵轴-数据文件尺寸(单位MB) UUID表的用varchar(36)存储的文件大小几乎比有序UUID表用BINARY(16)存储的文件大45% 实际处理时间 横轴-插入次数

    9.2K30

    Mysql 8.0 更好的支持了 UUID

    定义了5个版本,MySQL 实现的是版本1,由 时间戳、UUID版本、MAC地址构成 好处 MySQL 中使用 UUID 是对 AUTO_INCREMENT PRIMARY KEY的一个很好的替代,有如下好处...keys 在不同 表、库、服务器 中都是唯一的 安全性更好,很难猜 可以离线生成 可以简化数据库复制 不足 但也有不好的地方: 增加了存储空间 增加了问题调试的难度 有性能问题,因为长度更长,并且无序 MySQL...8.0 的处理方法 MySQL8.0 新增了3个函数: UUID_TO_BIN BIN_TO_UUID IS_UUID 通过这3个函数,使我们可以更方便的应用UUID,并且是对上面提到的几点不足的一个解决方案...UUID_TO_BIN 用于对 UUID 字符串进行二进制压缩,32字符-->16bit BIN_TO_UUID 是相应的解压操作,16bit-->32字符 用法示例: 建表 CREATE TABLE...t (id binary(16) PRIMARY KEY); 插入 INSERT INTO t VALUES(UUID_TO_BIN(UUID())); 查询 SELECT BIN_TO_UUID(

    5.2K110

    为啥不能用uuid做MySQL的主键 ?

    在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一,单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,...本篇博客的目录 mysql程序实例 使用uuid和自增id的索引结构对比 总结 一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表 分别是user_auto_key,user_uuid...当达到页面的最大填充因子时候(innodb默认的最大填充因子是页大小的15/16,会留出1/16的空间留作以后的     修改): ①下一条记录就会写入新的页中,一旦数据按照这种顺序的方式加载,主键页就会近乎于顺序的记录填满...,提升了页面的最大填充率,不会有页的浪费 ②新插入的行一定会在原有的最大数据行下一行,mysql定位和寻址很快,不会为计算新行的位置而做出额外的消耗 ③减少了页分裂和碎片的产生 2.2.使用uuid的索引内部结构...在实际的开发中还是根据mysql的官方推荐最好使用自增id,mysql博大精深,内部还有很多值得优化的点需要我们学习。

    3.9K20

    MySQL数据迁移批量写UUID数据工作记录

    MySQL数据迁移批量写UUID数据工作记录 背景:最近在迁移表数据,需要向一张业务关联表批量写数据,所以需要批量生成uuid和时间等等数据 软件环境: Mysql5.0+ navicat 注意:遇到一个问题...replace(uuid() , '-' ,''),通过replace查询uuid,发现全都一样,所以批量写数据时候,不能使用replace,直接使用uuid()这个函数就可以批量生成uuid,然后再更新...uuid就行 使用uuid()才会生成不一样的uuid insert into t_catalog_division (CODE, CREATE_MAN, CREATE_MAN_NAME, CREATE_TIME...,UPDATE_MAN,UPDATE_MAN_NAME,UPDATE_TIME,valid,FROM_CATALOG_CODE,BUSINESS_DIVISION_CODE) SELECT UUID()...(select FORM_CATALOG_CODE from t_catalog_division where FORM_CATALOG_CODE = a.CODE) limit 100 批量更新主键uuid

    1.4K20

    为什么MySQL不推荐使用uuid作为主键?

    前言 在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一,单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用...关于MySQL的知识点总结了一个思维导图分享给大家 [1240] 一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表 分别是user_auto_key,user_uuid,user_random_key...当达到页面的最大填充因子时候(innodb默认的最大填充因子是页大小的15/16,会留出1/16的空间留作以后的修改): ①下一条记录就会写入新的页中,一旦数据按照这种顺序的方式加载,主键页就会近乎于顺序的记录填满...,提升了页面的最大填充率,不会有页的浪费 ②新插入的行一定会在原有的最大数据行下一行,mysql定位和寻址很快,不会为计算新行的位置而做出额外的消耗 ③减少了页分裂和碎片的产生 2.2.使用uuid的索引内部结构...在实际的开发中还是根据mysql的官方推荐最好使用自增id,mysql博大精深,内部还有很多值得优化的点需要我们学习。

    5.1K30

    MySQL大小写敏感总结

    在MySQL中,数据库、表、triggers实际上都对应了datadir目录(或子目录)下的文件,因此,这些对象的名字是否大小写敏感主要是依赖于操作系统和文件系统的,因此这些内容在Windows中是大小写是不敏感的...=1(Windows default):大小写不敏感,MySQL将数据全部转化为小写形式存储在磁盘上,而且在查询的时候也是全部转化为小写进行比较; lower_case_table_names =2(...5、数据敏感性:由Mysql的校对字符集规则来控制(Collation),默认大小写不敏感; 每一个字符型column都有一个“字符集属性(character set)”和一个“校对集属性(collation...------+ | 1 | a | | 2 | A | +------+------+可以在字段name前加个binary,使其区分大小写:MySQL root...MYSQL轻松学

    3.7K40

    mysql查询表占用空间大小_oracle查看表空间大小

    文章目录 前言 1、切换数据库 2、查看所有数据库容量大小 3、查看指定数据库使用大小 4、查看表使用大小 5、查看所有数据库容量大小 6、查看所有数据库各表容量大小 7、查看指定数据库容量大小 8、查看指定数据库各表容量大小...总结 前言 CentOS7 安装MySQL8详细步骤 CentOS7 环境下MySQL常用命令 在mysql中有一个默认的数据表information_schema,information_schema...这张数据表保存了MySQL服务器所有数据库的信息。...再简单点,这台MySQL服务器上,到底有哪些数据库、各个数据库有哪些表,每张表的字段类型是什么,各个数据库要什么权限才能访问,等等信息都保存在information_schema表里面,所以请勿删改此表...---- 1、切换数据库 use information_schema; 2、查看所有数据库容量大小 select table_schema as '数据库', sum(table_rows) as '

    5.3K10

    MySQL数据类型大小测试

    测试版本:MySQL 5.5.56 测试类型:int、bigint、float、double、char、varchar 测试结果 长度 int bigint float double char varchar.../* Navicat Premium Data Transfer Source Server : localhost_3306 Source Server Type : MySQL...50556 Source Host : localhost:3306 Source Schema : test Target Server Type : MySQL...你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你你', '88888888'); SET FOREIGN_KEY_CHECKS = 1; 注意事项: (1)不同的MySQL...版本、不同的数据库引擎和不同的字符编码格式结果会大同小异 (2)这里测试的场景是MySQL5.5.56,InoDB引擎,UFT-8编码,测试结果仅供参考 (3)其他不同版本、数据库引擎和字符编码等不同情况下的差异可以自行测试

    62120
    领券