主键自增的弊端

主键冲突与数据库拆分
最新推荐文章于 2025-03-31 17:28:52 发布
原创 最新推荐文章于 2025-03-31 17:28:52 发布 · 4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #主键自增

1、当数据库导出之后重新导入（备份再恢复），主键会重新生成，如果有其他的表以这个主键作为外键，那么会导致这个关联关系不存在。
2、数据量特别大时，会导致查询数据库操作变慢。此时需要进行数据库的水平拆分，划分到不同的数据库中，那么当添加数据时，每个表都会自增长，导致主键冲突。

自增长主键的优缺点分析
hixiaoyang的博客
05-29 169
自增长主键是数据库常用主键生成方式，具有性能高、开发简单等优点，但在分布式环境中存在扩展性差、安全性等问题。不同数据库实现差异较大，单机OLTP系统推荐使用，分布式系统建议采用雪花ID等方案。实际应用需考虑数据类型、溢出监控等细节，面试需准备冲突解决、性能优化等深度问题。
MySQL 主键批量修改的坑与解决方案
私聊前往站内信：https://i.youkuaiyun.com/#/msg/chat/weixin_44976692
12-08 1万+
在 MySQL 中，主键的唯一性和不可重复性决定了直接批量修改主键可能导致冲突。使用临时值避免冲突：操作简单，适用性强。借助中间表迁移数据：适合复杂场景，安全可靠。按顺序更新主键：适合范围较小的批量更新。事务回滚保证安全性：适合操作前后不可中断的场景。通过这些方法，可以高效、安全地完成主键修改，同时避免常见错误。希望本文对你在数据库操作中有所帮助！
自增主键的优缺点
热门推荐
yixuandong9010的博客
05-16 2万+
自增主键 这种方式是使用数据库提供的自增数值型字段作为自增主键，它的优点是： （1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； （2）数字型，占用空间小，易排序，在程序中传递也方便； （3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。 其实它的缺点也就是来自其优点，缺点如下： （1）因为自动增长，在手动要插入指定ID的记录时
数据库自增主键的优缺点
pyzhizhuren的博客
03-12 1万+
自增主键 这种方式是使用数据库提供的自增数值型字段作为自增主键，它的优点是： 数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； 数字型，占用空间小，易排序，在程序中传递也方便； 能够保证独立性，程序可以在不同的数据库间迁移，效果不受影响。 保证生成的ID不仅是表独立的，而且是库独立的，这点在你想切分数据库的时候尤为重要。 缺点 ： 因为自动增长，在手动要插入...
深入讲解：MySQL中自增主键会遇到什么问题
Upup！
02-21 1742
自增主键会遇到什么问题？MySQL自增主键值一定会连续吗？什么情况下自增主键会出现不连续？
mysql数据库自增主键弊端_数据库自增主键可能产生的问题
weixin_33305349的博客
01-19 2537
在MySQL中经常会配置自增长属性的字段作为主键，特别是使用InnoDB存储引擎，因为InnoDB的聚集索引的特性，使用自增长属性的字段当主键性能更好，但是使用自增主键也可能会带来一些问题。举个例子，使用自增主键对数据库做分库分表，可能出现一些诸如主键重复等的问题，或者在数据库导入的时候，可能会因为主键出现一些问题。主要业务表的主键应该配置一个合理的策略，尽量避免自增AUTO_INCREMENT。...
浅析主键自增长的优缺点
weixin_34010949的博客
06-24 302
主键应该怎样设计？目前主要用到的主键方案共三种 自动增长主键 手动增长主键 UNIQUEIDENTIFIER主键 1、先说自动增长主键,它的优点是简单,类型支持bigint.但是它有致命的弱点: 当我们需要在多个数据库间进行数据的复制时（SQL Server的数据分发、订阅机制允许我们进行库间的数据复制操作），自动增长型字段可能造成数据合并时的主键冲突。设想一个数据库中的Order表向另...
为什么不推荐使用 UUID 作为主键
modelsetget的博客
06-26 862
为什么不推荐使用 uuid 作为 mysql 主键
基于SqlSugar的开发框架循序渐进介绍（4）-- 在数据访问基类中对GUID主键进行自动赋值处理
www_xuhss_com的博客
05-17 672
🚀 优质资源分享 🚀 学习路线指引（点击解锁） 知识定位 人群定位 🧡 Python实战微信订餐小程序 🧡 进阶级 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 💛Python量化交易实战💛 入门级 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 我们在设计数据库表的时候，往往为了方便，主键ID一般采用字符串类型或者GUID类型，这样对于数据库表记录的迁移非常方便，而且有时候可以在处理关联记录的时候，提前对应的I
面基：为什么不推荐用UUID作为主键
最新发布
qq_37679639的博客
03-31 1199
UUID作为主键，缺点是存储空间大、索引碎片化、查询性能差。
自增主键会遇到什么问题
越努力越幸运。
01-03 731
使用数据库的自增主键，虽然在很多情况下都很方便，但也可能遇到一些问题：
【数据库】自增ID有什么坏处？什么样的场景下不使用自增ID？
DreamSun的博客
06-01 4839
在MySQL中，数据表的主键一般采用id字段自增的形式。使用自增ID给我们带来不少便捷，但也有不少坏处，在一些场景下是不推荐使用自增ID的。自增ID是在设计表时将id字段的值设置为自增的形式，这样当插入一行数据时无需指定id会自动根据前一字段的ID值+1进行填充。在MySQL数据库中，可通过sql语句AUTO_INCREMENT来对特定的字段启用自增赋值 使用自增ID作为主键，能够保证字段的原子性.根据自己项目实际情况来定！！！没有一套规定的方案适合任何一个系统。分布式唯一 ID 的 8 种生成方案。
数据库自增主键可能的问题
2401_83916326的博客
04-12 886
总而言之，面试官问来问去，问的那些Redis知识点也就这么多吧，复习的不够到位，知识点掌握不够熟练，所以面试才会卡壳。将这些Redis面试知识解析以及我整理的一些学习笔记分享出来给大家参考学习《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！传送门即可获取！
关于SqlServer数据库中自增型ID的优势及不足的分析
h1534589653的博客
06-16 2306
以前一直接触的是Oracle数据库，各种表单的主键只是字符串。换新公司后，新公司用的SqlServer数据库，其中涉及的自增型主键字段着实让我头疼了一段时间。通过在sqlServer中设计各种表单的过程中，对自增型字段的应用有了自己的体会。 优势：自增型字段简单，存储量也不大，进行数据表单的join操作性能也高，对于通过人工构建的树型结构用于存储父节点，确实方便了不少。在做的工程造价管理系统中，
为什么不推荐使用自增ID？
小李同学的博客
03-13 1461
在MySQL数据库的开发与管理中，自增ID（AUTO_INCREMENT）常常被开发者当作主键生成的默认方案。它的使用简单便捷，只需在创建表时指定字段为自增，数据库便会自动为新插入的记录分配一个唯一且递增的ID。然而，在实际的生产环境，尤其是面对高并发、分布式系统和复杂业务需求时，自增ID却暴露出了诸多弊端。MySQL自增ID虽然在简单场景下具有一定优势，但在高并发、分布式和复杂业务需求的场景中，其局限性日益明显。
自增主键的局限性—分布式系统
Dreadnaught的博客
07-31 348
3️⃣唯一性说明：每台主机上的mysql 只知道自己这里存储的数据的最大值，不知道其他节点的情况，就可能会出现重复的情况。，想要分配这种唯一性的ID，就不能依赖mysql 的自增主键了.如果mysql 是一个单节点的系统，基于上述策略，是没问题的.由此生成的字符串格式的 ID 就能够保证分布式系统下的唯一性.是有限的，因此我们就可以增加主机的数量，来解决问题。此时，我们应用了分布式系统，自增主键就无法保证3️⃣。的问题，市面上也有一些，分布式 ID 的生成算法。：由于单节点系统的2️⃣。
数据库自增主键可能产生的问题
xuefeiliuyuxiu的专栏
12-29 1267
原文：http://blog.youkuaiyun.com/poisions/article/details/51538551 原文：http://blog.youkuaiyun.com/bugdemo/article/details/14095079
MySQL 自增列使用上的一些 “坑”
分享既学习
06-02 1878
MySQL 的规范中，一般都会建议表要有主键，常使用自增列作为主键字段，这和 MySQL 属于聚簇索引表有关，顺序增长的主键比较合适。最近有研发咨询，为什么有张表的自增主键变的非常大？而且偶尔还出现的异常，这篇文章将介绍下此类问题。
MySQL主键的自增
Moon Star
10-13 1614
MySQL中的主键必须设置自增属性吗？ 答案是 “No” 主键不一定自增，但自增的一定要是主键。相反：设置自增属性的列必须是主键 或者加UNIQUE索引 主键是有唯一性的 即不可以重复输入相同的值 还有一点：主键不能重复，一个表中只能有一个主键。...
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值来做关联映射，则务必保证每次调用都能得到一致的结果，防止因环境差异而导致数据一致性问题的发生。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值