哪些数据库用uuid，uuid 在mysql中用什么类型存储

本文目录一览

1，uuid 在mysql中用什么类型存储
2，小白请教如何在mysql数据库中使用uuid为主键
3，Mysql 用UUID做主键可行么
4，增加一列且列值为UUID的sql语句
5，如何选择主键uuid

1，uuid 在mysql中用什么类型存储

uuid是一串字符串的嘛，数据库当然是 varchar

uuid 在mysql中用什么类型存储

2，小白请教如何在mysql数据库中使用uuid为主键

生成算法不太一样，mysql生成时一部分bit会使用硬件信息，其余的会与时间戳相关，因此连续生成多个uuid时看起来是连续的，java生成的则看起来比较随机。但都可以近似认为是全局唯一的不会重复。

小白请教如何在mysql数据库中使用uuid为主键

3，Mysql 用UUID做主键可行么

作为主键，UUID长度过长，主键索引KeyLength长度过大，而影响能够基于内存的索引记录数量，进而影响基于内存的索引命中率，而基于硬盘进行索引查询性能很差。严重影响数据库服务器整体的性能表现。建议，如果考虑分布式，可以仿造MongoDB建立索引，能有效实现服务器同步，KeyLength也很小。如果使用UUID进行数据同步管理，需要对UUID字符串进行Djb的Hash算法，然后对Int/Long类型的哈希数值进行索引。第一次检索，通过UUIDHashCode将结果集范围缩小，再使用UUID定位具体数据。这样性能能高很多。使用Int类型的ID作为主键。UUID不作为主键，而仅作为数据同步的标记字段被使用。

在mysql中可以把uuid作为逻辑主键，物理主键依然使用自增id1、uuid定义 uuid含义是通用唯一识别码 (universally unique identifier)，这是一个软件建构的标准，也是被开源软件基金会 (open software foundation, osf) 的组织应用在分布式计算环境 (distributed computing environment, dce) 领域的一部分。uuid是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。2、uuid优点 1）能够保证独立性，程序可以在不同的数据库间迁移，效果不受影响。 2）保证生成的id不仅是表独立的，而且是库独立的，这点在你想切分数据库的时候尤为重要。 3）在oracle做数据迁移的时候不会因为表的sequence不连续而出现问题3、uuid缺点 1）比较占地方，和int类型相比，存储一个uuid要花费更多的空间。 2）使用uuid后，url显得冗长，不够友好。

Mysql 用UUID做主键可行么

4，增加一列且列值为UUID的sql语句

--如果要修改表的结构:alter table TableNameadd uuid varchar(100)go--添加唯一约束alter table TableNameadd constraint uin_id unique(uuid)--赋值update TableName set uuid = newid()go--如果不要修改表结构,可以用临时表来存储并赋值select *,newid() as uuid into #temp from TableNamegoselect * from #temp

ALTER TABLE Z_BB ADD UUID INT IDENTITY(1,1) --增加字段 UUID 不重复自增加ALTER TABLE Z_BB ADD UNIQUE(UUID)---唯一性

update test 2 set uuid = rownum; select * from test;Table alteredSQL>COL1----ABSQL>。MSSQL;2 rows updatedSQL> select * from test;COL1 UUID---- ---------------------------------------A 1B 2SQL> alter table test add constraint pk_test primary key(UUID)看你是什么数据库了,MYSQL都有人回答了。这里是oracle的SQL> alter table test add UUID int

不用写sql语句的，麻烦，直接用企业管理器，右键设计表，直接添加一列，列名为UUID，标识为自动增长，在设置为主键，按确定就行了，简单方便……

下面的方法经过试验可以满足你的要求。1、增加一列自动增加的列作为主键列：alter table 表名 add UUID int identity(1,1);2、修改他为主键alter table 表名 add constraint 主键名 primary key(UUID);---以上，希望对你有所帮助。

新建一个表B，跟原来的表A一样，只是多了一个uuid这个列，把它设置成自增加的列。然后执行这样的代码。insert into 表Bselect * from 表A将表A里面的内容全部导到表B，这样就可以了，然后再改名字什么的，自己看着办。

5，如何选择主键uuid

以前对UUID的了解很少，只知道是128位整数(16字节)的全局唯一标识符(Universally Unique Identifier)。刚才google了下，算是有了点深入的了解。UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成UUID的API。UUID按照开放软件基金会(OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字。由以下几部分的组合：当前日期和时间(UUID的第一个部分与时间有关，如果你在生成一个UUID之后，过几秒又生成一个UUID，则第一个部分不同，其余相同)，时钟序列，全局唯一的IEEE机器识别号（如果有网卡，从网卡获得，没有网卡以其他方式获得），UUID的唯一缺陷在于生成的结果串会比较长。关于UUID这个标准使用最普遍的是微软的GUID(Globals Unique Identifiers)。使用UUID的好处在分布式的软件系统中（比如：DCE/RPC, COM+,CORBA）就能体现出来，它能保证每个节点所生成的标识都不会重复，并且随着WEB服务等整合技术的发展，UUID的优势将更加明显。我唯一还算熟悉的数据库就算是MySQL了，大概使用MySQL的人，百分之九九以上的人会使用Autoincrement ID做主键，这是可以理解的，因为MySQL的自增ID效率很高，使用也很方便。那么剩下的百分之一的人使用什么做主键呢？可能是自己做的KeyGenerator，也可能是我们下面要说的UUID。据说在Oracle的圈子里，如果谁用自增ID做主键是要被鄙视的，主键最自然的选择就是UUID。我不了解Oracle，这些道听途说的结论是否正确不做承诺。那么我们先看看什么是UUID？简单的说，UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。在UUID的算法中，可能会用到诸如网卡MAC地址，IP，主机名，进程ID等信息以保证其独立性。如果你的MySQL版本不太老的话，键入 SELECT UUID(); 输出的就是UUID，如下：mysql> select uuid();+--------------------------------------+| uuid() |+--------------------------------------+| 54b4c01f-dce0-102a-a4e0-462c07a00c5e |+--------------------------------------+现在大家应该对UUID有一个比较直观的认识了，我们来看看UUID的优缺点分别是什么。优点：能够保证独立性，程序可以在不同的数据库间迁移，效果不受影响。保证生成的ID不仅是表独立的，而且是库独立的，这点在你想切分数据库的时候尤为重要。缺点：比较占地方，和INT类型相比，存储一个UUID要花费更多的空间。使用UUID后，URL显得冗长，不够友好。下面针对上述UUID的缺点说说我的看法，比较占地方这个缺点我不是很在乎，现在最不值钱的就是硬盘了，略过此条缺点无妨，但需要注意的一点数据在索引的时候效率会随着体积的增加而降低。至于说使用UUID后，URL显得不友好，我觉得这多少是你的INT情结造成的惯性思维，其实，和INT类型相比，UUID才是最自然的主键选择，注意，我这里用的是自然这个形容词，仔细体会一下你能理解我的意思。另外，很多时候，URL本身就不需要友好，比如，一个电子商务网站，按照INT友好的URL说法，她的订单URL大概是下面这个形式的：/order.PHP/id/123，我要说明的是，这样是很友好，但是有些太友好了，友好的甚至不安全，比如说，我早晨下一个订单，发现URL是/order.php/id/1000，晚上再下一个订单发现URL是/order.php/id/2000，那么我就可以估计出此网站一天的订单数大致是1000左右，甚至能大体估计出它的销售额，而这些数据往往都是重要的商业秘密。使用UUID就没有这个顾虑。效率？如果上面说的UUID的所谓缺点都不成立的话，那么是否使用UUID做主键，唯一的问题就是效率了。据说在PostgreSQL等数据库里，都有专门的UUID类型，在这样的数据库里，使用UUID做主键，效率没有任何问题，可惜在MySQL里没有这样的字段，如果想在MySQL里保存UUID做主键，一般是使用CHAR(36)来模拟，因为不是一个原生的UUID类型，所以主键的效率到底如何有待测试，另外，UUID做主键的效率和UUID本身的算法实现也有很大关系。另外，对于InnoDB这种聚集主键类型的引擎来说，数据会按照主键进行排序，由于UUID的无序性，InnoDB会产生巨大的IO压力，此时不适合使用UUID做物理主键，可以把它作为逻辑主键，物理主键依然使用自增ID。我本来想在我自己的电脑上插入1000000条数据测试一下看看来着，可惜一测试，硬盘灯就一直亮，让我很担心它会挂，虽然硬盘不值钱，但是我重要的数据都在上面，一旦坏了，损失就大了，所以，测试只好作罢。

Truth is the daughter of time.