主键自增Id的弊端

最新推荐文章于 2024-04-23 10:23:05 发布
最新推荐文章于 2024-04-23 10:23:05 发布
阅读量840 收藏
点赞数

自增字段做主键比较麻烦，如果是数据合并，两个Id一样怎么办，还有一个表的id有另一个表引用


 解决办法：业界主流做法就GUID：使用网卡MAC地址，纳米级时间，芯片ID算出来的，这样保证生成的ID永远不会重复

数据库中调用newid(),这个函数，就可以生成guid，在新建数据表的时候就设置id uniqueidentifier类型

在.NET中使用GUID guid=Guid.NewGuid(); 会生成全球唯一标示符

GUID:http://www.cnblogs.com/BensonHe/archive/2011/01/28/1947072.html

Me_Ordinary
关注
自增长主键的优缺点分析
hixiaoyang的博客
05-29 56
自增长主键是数据库常用主键生成方式，具有性能高、开发简单等优点，但在分布式环境中存在扩展性差、安全性等问题。不同数据库实现差异较大，单机OLTP系统推荐使用，分布式系统建议采用雪花ID等方案。实际应用需考虑数据类型、溢出监控等细节，面试需准备冲突解决、性能优化等深度问题。
MySQL 主键批量修改的坑与解决方案
私聊前往站内信：https://i.youkuaiyun.com/#/msg/chat/weixin_44976692
12-08 1万+
在 MySQL 中，主键的唯一性和不可重复性决定了直接批量修改主键可能导致冲突。使用临时值避免冲突：操作简单，适用性强。借助中间表迁移数据：适合复杂场景，安全可靠。按顺序更新主键：适合范围较小的批量更新。事务回滚保证安全性：适合操作前后不可中断的场景。通过这些方法，可以高效、安全地完成主键修改，同时避免常见错误。希望本文对你在数据库操作中有所帮助！
mysql自增id超大问题的排查与解决
09-09
主要给大家介绍了关于mysql自增id超大问题的排查与解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
自增主键的优缺点
热门推荐
yixuandong9010的博客
05-16 2万+
自增主键 这种方式是使用数据库提供的自增数值型字段作为自增主键，它的优点是： （1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； （2）数字型，占用空间小，易排序，在程序中传递也方便； （3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。 其实它的缺点也就是来自其优点，缺点如下： （1）因为自动增长，在手动要插入指定ID的记录时
数据库自增主键可能产生的问题
weixin_33816946的博客
04-14 368
在MySQL中经常会配置自增长属性的字段作为主键，特别是使用InnoDB存储引擎， 因为InnoDB的聚集索引的特性，使用自增长属性的字段当主键性能更好，但是使用自增主键也可能会带来一些问题。举个例子，使用自增主键对数据库做分库分表，可能出现一些诸如主键重复等的问题，或者在数据库导入的时候，可能会因为主键出现一些问题。 主要业务表的主键应该配置一个合理的策略，尽量避免自增AUTO_INCREM...
mysql数据库自增主键弊端_数据库自增主键可能产生的问题
weixin_33305349的博客
01-19 2496
在MySQL中经常会配置自增长属性的字段作为主键，特别是使用InnoDB存储引擎，因为InnoDB的聚集索引的特性，使用自增长属性的字段当主键性能更好，但是使用自增主键也可能会带来一些问题。举个例子，使用自增主键对数据库做分库分表，可能出现一些诸如主键重复等的问题，或者在数据库导入的时候，可能会因为主键出现一些问题。主要业务表的主键应该配置一个合理的策略，尽量避免自增AUTO_INCREMENT。...
一个依赖搞定 Spring Boot 反爬虫，防止接口盗刷！
hellozhxy的博客
06-25 1218
kk-anti-reptile 是适用于基于 spring-boot 开发的分布式系统的反爬虫组件。原文http://33s.co/6s37 系统要求 基于 spring-boot 开发(spring-boot1.x, spring-boot2.x均可) 需要使用 redis 工作流程 kk-anti-reptile 使用基于 Servlet 规范的的 Filter 对请求进行过滤，在其内部通过 spring-boot 的扩展点机制，实例化一个 Filter，并注入到 Spring 容器 Filt
MySQL主键：自增id、UUID、雪花算法
weixin_46356448的博客
04-23 1793
视频可看： 动画讲解：为什么不能使用自增ID或者UUID做MySQL的主键，雪花算法生成的主键存在哪些问题_哔哩哔哩_bilibili自增主键的好处：写入效率高弊端：变通方式：不使用自增主键做数据分片，而使用业务数据的用户ID做数据分片，每个用户的数据都集中在一个库，可以做到更加的内聚。 UUID随机、无序，具有非常好的全局唯一性，但不推荐做MySQL主键。从MySQL的B+树原理看，一个page写满向下一个page写，要求下一个page的数据要大于上一个page的数据，现插入一个新数据，但U
oracle创建主键sql语句,Oracle创建主键自增表(sql语句实现)及触发器应用
weixin_35648264的博客
04-06 2414
Oracle创建主键自增表(sql语句实现)及触发器应用1、创建表复制代码 代码如下:createtableTest_Increase(useridnumber(10)NOTNULLprimarykey,/*主键，自动增加*/usernamevarchar2(20));2、创建自动增长序列复制代码 代码如下:CREATESEQUENCETestIncrease_SequenceINCREMENTB...
自增ID有什么坏处？什么样的场景下不使用自增ID？
IT修真院：初学者转行到互联网的聚集地
05-20 9279
这里是修真院后端小课堂，每篇分享文从 【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】 八个方面深度解析后端知识/技能，本篇分享的是： 【自增ID有什么坏处？什么样的场景下不使用自增ID？】 1.背景介绍 在MySQL中，数据表的主键一般采用id字段自增的形式。使用自增ID给我们带来不少便捷，但也有不少坏处。 2.知识...
数据库自增id用完了会怎么样？
huermiss的博客
06-19 523
来源 起因是在沸点摸鱼的时候看到这个问题，觉得挺有意思的。虽然做开发也好几年了，但是从来没有想过这个问题，仔细想了想，好像也情有可原。 以我们最常用到的mysql为例，它支持最大的整形是bigint，bigint在mysql中占8个字节，也就是说它的上限最大值是2^64,以这个数量级来说，早已经超出了mysql单机单表的处理能力。 正常来说，当mysql的数据量达到千万级别，性能就会开始下降，需要开始着手优化库表，其中最大的性能瓶颈应该要属sql查询。 即使做了一系列优化之后，但是当数据量达
数据库自增主键可能的问题
riemann_的博客
06-30 7282
单表的情况下数据库自增id并没有什么问题，在一张表分布到多个数据库的情况下，使用表自增将会出现id重复的问题。 解决的办法有两个方向，一个是在应用层做处理，一个是数据库上去做处理。 目前生成主键方法主要有以下几种： 1、采用mysql自增长主键策略 优点：简单，不需要程序特别处理 缺点：这种方法对以后如果项目移植到其它数据库上改动会比较大，oracle、 db2采用Sequence，mysq...
mysql不使用自增_自增ID有什么坏处？什么样的场景下不使用自增ID？
weixin_29660659的博客
02-10 4249
大家好，我是IT修真院上海分院第3期学员，一枚正直善良的java程序员，今天给大家分享一下，修真院java任务中的一个知识点：自增ID有什么坏处？什么样的场景下不使用自增ID？1.背景对于MySQL中表的主键一般采用id字段自增的形式，不过自增id存在一些问题，在一些场景下是不推荐使用自增ID的。2.什么是自增ID自增ID是在设计表时将id字段的值设置为自增的形式，这样当插入一行数据时无需指定id...
mybatis-plus 主键自增失效问题解决
nandao158的博客
02-25 7750
mybatis-plus 主键自增失效问题偶尔出现，今天和大家分享一下： 首先说明mybatis-plus 默认主键是uuid,如果没有配置或者配置错了，很可能就是uuid。 1、一般情况我们代码配置的操作如下： @TableId(type = IdType.AUTO) //@TableId(value = "id",type = IdType.INPUT) //@TableId private Long id; 2、或者配置文件操作： mybatis-plus
【数据库】自增ID有什么坏处？什么样的场景下不使用自增ID？
DreamSun的博客
06-01 4491
在MySQL中，数据表的主键一般采用id字段自增的形式。使用自增ID给我们带来不少便捷，但也有不少坏处，在一些场景下是不推荐使用自增ID的。自增ID是在设计表时将id字段的值设置为自增的形式，这样当插入一行数据时无需指定id会自动根据前一字段的ID值+1进行填充。在MySQL数据库中，可通过sql语句AUTO_INCREMENT来对特定的字段启用自增赋值 使用自增ID作为主键，能够保证字段的原子性.根据自己项目实际情况来定！！！没有一套规定的方案适合任何一个系统。分布式唯一 ID 的 8 种生成方案。
MySQL自增ID的知识点总结
zibuyu886的博客
03-20 1296
MySQL自增ID的知识点总结
主键自增的弊端
cuiyaocool的博客
12-14 4005
主键自增的弊端
数据库主键id使用自动增长的坏处
u014033756的专栏
09-18 5443
1. 程序后台添加测试 2. 旧数据导入 3. 数据库迁移 4. 缓存 (如，两个库中id都为2时，缓存的时候会覆盖)
记一次MySQL自增ID用完了怎么办
Y_eatMeat的博客
05-09 2168
MySQL自增主键用完了怎么办
mysqlMD5主键
最新发布
12-31
### 关于 MySQL 使用 MD5 作为主键 #### MD5 值的特点及其不适合作为主键的原因 MD5 是一种加密哈希算法，产生的散列值长度固定为128位（通常表示成32个十六进制字符），具有高度随机性和唯一性。然而，在数据库设计中直接采用MD5字符串作为主键存在一些弊端： - **索引效率低**：由于MD5生成的是无序的长字符串，这使得基于B树结构构建的索引无法有效利用范围查询的优势；而且较长的数据类型也会增加存储空间开销以及影响缓存命中率[^1]。 - **不适合自增特性需求场景**：对于某些业务逻辑上期望能够顺序增长的应用来说，显然MD5并不满足这样的要求[^2]。 #### 推荐做法与最佳实践 考虑到上述局限性，建议采取如下措施来处理涉及MD5的需求： ##### 创建独立的UUID/自增ID字段作主键 为了保持良好的性能表现并遵循关系型数据库的设计原则，应该创建一个单独用于标识每一行记录的主键字段，比如使用`BIGINT AUTO_INCREMENT`实现自然数递增序列或是通过特定工具生成全局唯一的短字符串（如Twitter Snowflake ID）。 ```sql CREATE TABLE example ( id BIGINT NOT NULL AUTO_INCREMENT, data_hash CHAR(32), PRIMARY KEY (id) ); ``` ##### 将MD5保存到辅助列供检索用途 当确实有必要依据某个对象的内容计算其摘要信息来进行快速查找时，可以在表内增设一列表达该目的，并建立相应的二级索引来加速访问速度。需要注意的是，此时应确保所选字段具备足够的区分度以减少碰撞概率。 ```sql ALTER TABLE example ADD COLUMN content_md5 CHAR(32); CREATE INDEX idx_content_md5 ON example(content_md5); ``` #### 注意事项 - 避免将复杂的表达式或函数结果设为默认值，因为MySQL不支持此类操作，例如尝试设置`DEFAULT MD5(UUID())`将会引发错误[^3]。 - 如果应用程序层面已经依赖于某种方式生成的MD5值来做关联映射，则务必保证每次调用都能得到一致的结果，防止因环境差异而导致数据一致性问题的发生。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值