MySQL内置函数uuid和uuid_short

         有同学问到MySQL的uuid这个函数。简要介绍一下。

用法

         

简单看到,这个值,每次执行都是不同的。

 

生成规则

第1 2 3 段是与时间有关的。

time_low、time_mid、time_high_and_version转成16进制后分别对应第1 2 3段。这个时间是从1582-10-15 00:00:00.00到当前时间的100ns值。(实际上系统只能取到精确us,再乘以10)。所以你短时间连续执行的话,比较可能只有第一个值在改,实际上1 2 3都可能会改变。

 

第4段是你启动这个MySQL后第一次执行select uuid()时的随机数,每次重启会改变。

 

第5段是mac值转过来的,同一个机器多实例的一般相同。如果mac值获取不到,则是一个随机值。

 

所以这个值可以认为是每次执行都不相同。并且不同实例之间也只有极微小概率重复。

 

Uuid_short

 

         与uuid返回固定长度字符串不同, uuid_short的返回值是一个unsigned long long类型。MySQL启动后第一次执行的值是通过server_id << 56 + server_start_time << 24来初始化。server_start_time单位是秒。 之后每次执行都加1。

         由于每次加1都会加全局mutex锁,因此多线程安全,可以当作sequence来用,只是初始值有点大。

Sequence

         MySQL没有Oracle那样的sequence,在不是很精确的情况下,可以考虑上面提到的uuid_short。有一些不足:

1、初始值太大,无法重设

2、存在一个问题是每次重启后第一次执行的值不是重启前的那个值+1

3、而且如果重启在1s内完成,可能出现不单调递增(虽然这个可能性微乎其微)。

 

         要满足上面的需求,可以考虑用udf实现。

        

12.工具高级参数CogCalibNPointToNPointTool CogCalibNPointToNPointTool是一种多点2D坐标校正工具,用于将图像像素坐标转换为物理世界坐标。该工具通过两组点(图像坐标点和物理坐标点)计算最佳转换关系,并将结果保存供后续使用。操作步骤包括获取图像、添加坐标点对、计算转换参数。校正结果会显示平移、缩放、旋转等参数及RMS误差值,较大的误差可能表明点位置不准确或自由度不足。该工具广泛应用于机器视觉领域,通过9点标定等案例可验证坐标转换的准确性并优化参数设置。 阅读详情

相关推荐

医学图像可视化实战:ITK-SNAP与Python+SimpleITK双方案解析

本文深入解析了医学图像可视化的两大核心方案:ITK-SNAP与Python+SimpleITK。ITK-SNAP作为专业无损浏览器,是数据探索与分析的必备工具;而Python+SimpleITK方案则提供了自动化处理能力,但需注意将.nii.gz数据转换为JPG等格式时的信息损失。文章通过实战对比,为医学影像处理者提供了清晰的选择指南与避坑建议。

ol789012的博客 490

MySQL-使用UUID_SHORT( ) 的问题

MySQL-使用UUID_SHORT( ) 的问题 文章目录MySQL-使用UUID_SHORT( ) 的问题问题说明简单分析解决分析解决认真查了一些详细的资料官方资料 问题说明 表app_msg的主键id 设置的类型为:bigint 20 使用插入语句:INSERT INTOapp_msg(id,...) VALUES (UUID_SHORT(),...) 然而系统报错:[Err] 1264 -...

程序员的日常学习 2万+

GEOPHYSICS 投稿避坑指南:从格式规范到双盲评审的实战解析

本文详细解析了GEOPHYSICS期刊投稿的全流程避坑指南,从格式规范、数据声明到双盲评审的实战策略。特别强调了数学公式排版、图表制作标准以及投稿系统的隐藏关卡,帮助作者避免常见错误,提升投稿成功率。

weixin_30606461的博客 236

64位 mysql short_MySQL UUID_SHORT()用法及代码示例

MySQL中的此函数用于返回“short”通用标识符,为64位无符号整数。如果满足以下条件,则保证UUID_SHORT()的值是唯一的:当前服务器的server_id值介于0到255之间,并且在我们的源服务器和副本服务器集合中是唯一的。在mysqld重新启动之间,我们不为服务器主机设置系统时间。在mysqld重新启动之间,我们平均每秒调用UUID_SHORT()少于1600万次。用法:UUID_S...

weixin_42342626的博客 1015

Avalonia 项目结构说明

Avalonia UI

bjxingch的博客 1273

摄像头模组选型避坑指南:如何根据Sensor和Lens参数匹配最佳组合

本文深入解析摄像头模组选型中Sensor与Lens的核心参数匹配要点。重点阐述了主光线角(CRA)匹配对边缘画质的关键影响,并提供了传感器尺寸、像素尺寸、焦距、光圈等参数的协同选型策略与实战避坑指南,帮助工程师在手机、安防、车载等不同应用场景下实现性能与成本的最佳平衡。

ee345的博客 620

mysql short uuid_mysql主键uuid、uuid_short和int自增对比

数据库主键性能对比:名称    存储长度 生成方式1.  uuid       32+4     uuid()函数2.  uuid20      20   UUID_SHORT()函数3.bigint自增   20   auto_increment测试表:id_int()、--uuid测试表CREATETABLE`id_uuid`(`id`...

weixin_32631729的博客 809

Wireshark抓包实战:5个CTF比赛中高频出现的流量分析技巧(附真实案例)

本文分享了Wireshark在CTF比赛和实战渗透中的五个核心流量分析技巧。内容涵盖从宏观统计概览锁定可疑目标、深度解析ICMP与HTTP等协议、追踪重组完整会话流,到利用字符串搜索和命令行工具进行自动化分析。掌握这些高阶技巧能显著提升分析海量网络流量的效率与精准度。

rrr55的博客 261

64位 mysql short_MySQL-使用UUID_SHORT( ) 的问题

MySQL-使用UUID_SHORT( ) 的问题文章目录MySQL-使用UUID_SHORT( ) 的问题问题说明简单分析解决分析解决认真查了一些详细的资料官方资料补充BUG--Java数据接收错误问题说明表app_msg的主键id 设置的类型为:bigint 20使用插入语句:INSERT INTOapp_msg(id,...) VALUES (UUID_SHORT(),...)然而系统报错:...

weixin_35252187的博客 673

Windows 11 安装、使用 Git:下载、安装、概念、命令、分支模型

本文详细介绍了在 Windows 11 系统上安装与使用 Git 的完整流程,涵盖从官方或国内镜像下载安装包、关键安装选项配置,到 Git 核心概念(如工作区、暂存区、分支、远程仓库等)的通俗解释。同时梳理了常用命令与五种主流 Git 分支模型(如 Git Flow、GitHub Flow 等),帮助开发者根据项目规模选择合适的工作流,是面向初学者与进阶用户的实用指南。

寒水馨 · 轻量级技术文档 · hanshuixin.org 2390

【LLM技术全景】规模定律与模型演进:为什么模型越大越强?

规模定律性能 ∝ 参数量^N性能 ∝ 数据量^M性能 ∝ 计算量^L其中 N, M, L 是小于1的正数(通常0.05~0.15)关键观察损失与规模的关系呈幂律(不是线性,也不是对数)三个要素(参数、数据、计算)需要协调增长只增加其中一个要素,收益会边际递减规模定律(Scaling Law):1. 模型性能与参数量、数据量、计算量呈幂律关系2. Kaplan定律(2020):参数量是主要因素3. Chinchilla定律(2022):数据和参数同等重要,最优比例1:20。

专注:太空算力、AI infra、异构调度、大模型成本工程 496

mysql字段uuid_MySQL UUID函数的详解(转)

MySQL UUID函数的详解MySQL中可以有二类用于生成唯一值性质的工具:UUID()函数和自增序列,那么二者有何区别呢?我们就此对比下各自的特性及异同点:l 都可以实现生成唯一值的功能;l UUID是可以生成时间、空间上都独一无二的值;自增序列只能生成基于表内的唯一值,且需要搭配使其为唯一的主键或唯一索引;l 实现方式不一样,UUID是随机+规则组合而成的,而自增序列是控制一个值逐步增...

weixin_34552525的博客 1万+

QGC4.0.11界面修改

QGC4.0.11。

超维空间科技的博客 2468

mysql uuid_short 为什么不存在_MySQL内置函数uuid和uuid_short

有同学问到MySQL的uuid这个函数。简要介绍一下。用法 简单看到,这个值,每次执行都是不同的。生成规则第1 2 3段是与时间有关的。 time_low、time_mid、time_high_and_version转成16进制后分别对应第1 2 3段。这个时间是从1582-10-15 00:00:00.00到当前时间的100ns值。(实际上系统只能取到精确us,再乘以10)。所以你短时间连续执...

weixin_39955154的博客 341

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

mysql一个sql里的两个uuid_MySQL内置函数uuid和uuid_short

MySQL的uuid这个函数。简要介绍一下。用法简单看到,这个值,每次执行都是不同的。生成规则第1 2 3段是与时间有关的。time_low、time_mid、time_high_and_version转成16进制后分别对应第1 2 3段。这个时间是从1582-10-15 00:00:00.00到当前时间的100ns值。(实际上系统只能取到精确us,再乘以10)。所以你短时间连续执行的话,比较可...

weixin_39908462的博客 256

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

MySQL--数据库优化(漂亮简洁的思维导图)

一个平平无奇又漂亮又简洁的 MySQL--数据库优化 思维导图罢了。

灰色童话 388

mysql&oracle&db2 (uuid函数)

创建一个32位的UUID。

weixin_45828554的博客 518

MySql数据唯一标记方法

对于mysql 唯一数据标定方法,首先想到的肯定是 自增id, 但是自增id一般只在table定义时用户,一旦在其它地方需要用到唯一标志的时候,可能就麻烦了,下面介绍二个mysql内置函数,应该可以解决大多数这样的问题: 1、uuid select uuid()  每次获取的都是唯一的 2、uuid_short() 20位的随机数字,唯一

坚持初心,方得始终 4781

MYSQL-如何写好存储过程和存储函数?

MYSQL-如何写好存储过程和存储函数? 1. 如何写好存储过程? 1. 确定输入参数、输出参数、参数类型 2. 使用命名代码块,适当离开代码块。[LEAVE label_main;] 3. 声明局部变量 4. 异常捕捉:内部异常(异常代码)和外部异常(自定义捕捉) /* 内部异常:使用异常代码的异常 外部异常:自定义的异常 */ 5. MySQL5.6提供了get diagnostic语句来获取错误缓冲区的内容,然后把这些内容输出到不同范围域的变量里,以便我们后续灵活操作。 实例:GET DIAGNOST

熊博主 500

mysql8 t到z开头的函数学习

t到z函数的学习

weixin_53898747的博客 360

分布式ID设计 数据库主键自增

本文详细介绍了分布式系统中生成唯一ID的多种方案,重点分析了在分库分表环境下的应用。首先,通过一个电商平台的订单ID生成示例,展示了如何利用MySQL的自增主键和唯一索引特性生成全局唯一ID。接着,探讨了多服务器共享唯一索引的原理,并解释了UUID_SHORT()的高唯一性。针对分库分表场景,提出了四种解决方案:专用ID生成库、号段模式、UUID和雪花算法,并对比了它们的优缺点。最后,总结了分库分表下的最佳实践,建议优先考虑号段模式,并结合数据库分片和监控灾备措施,以确保ID生成的可靠性和性能。

多多的博客 1905

MySQL 从入门到实战:环境搭建、SQL 语法与数据库设计全解析

很多开发者在学习数据库时,面对海量的资料和零散的知识点,常常感到无从下手,尤其是在环境搭建、基础语法和实际应用之间反复折腾。本文旨在整合一套从零开始的 MySQL 学习路径,内容涵盖从数据库核心概念、环境安装配置,到 SQL 语法精讲、数据操作实战,再到进阶的聚合查询、数据类型和表关系设计。无论你是完全没有数据库基础的学生,还是需要巩固 MySQL 技能的开发者,都可以通过这篇系统化的教程,掌握一套可直接用于项目开发的数据库操作能力。 1. 数据库与 MySQL 核心概念 在开始动手安装和编写 SQL 之前

weixin_33800463的博客 366

MySQL(开发篇)

外键:用来让两张表的数据之间建立连接,从而保证数据的一致性和完整性。我们来看一个例子:左侧的emp表是员工表,里面存储员工的基本信息,包含员工的ID、姓名、年龄、职位、薪资、入职日期、上级主管ID、部门ID,在员工的信息中存储的是部门的ID dept_id,而这个部门的ID是关联的部门表dept的主键id,那emp表的dept_id就是外键,关联的是另一张表的主键。注意:目前上述两张表,只是在逻辑上存在这样一层关系,也就是逻辑外键;在数据库层面,并未建立外键关联,所以是无法保证数据的一致性和完整性的。

m0_61925586的博客 862

java基础巩固(暂存)

答:这是时间和空间的权衡结果。负载因子过大(如 1)空间利用率高但哈希冲突概率增加,导致链表或红黑树查找变慢;负载因子过小(如 0.5)冲突减少但数组过于稀疏,浪费内存。0.75 是经统计学计算得出的较优值,使得数组在达到 3/4 容量时触发扩容。

weixin_52952621的博客 364
上一篇: Problems of Create_time and Update_time of tables
下一篇: 查看InnoDB的磁盘空间利用率
iteye_621
博客等级 码龄8年 12粉丝 3原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值