mysql自增主键用完了怎么办 请问对于数据库的主键究竟要不要用自增id呢？

请问对于数据库的主键究竟要不要用自增id呢？

谢谢你的邀请！此问题与特定的业务场景和技术实现有关：

1。业务场景：如订单、付款单等敏感字段不能自动添加。它们是具有高安全级别的字段，需要一个唯一的ID作为主键。

2. 技术实现：在实际开发过程中，批量导入或处理数据时，需要考虑技术实现的性能，因此需要从多方面验证是使用自增主键还是非自增主键。

使用GUID和自增数字ID作为主键，各有什么好处和坏处？

guid可以用作分布式系统。另外，Oracle本身不支持自动递增。

1-

guid太长。根据表达式的形式，它们都至少有32位。38位的长度浪费了存储空间。

2-

guid是基于硬件设备相关的id和时间戳生成的

3-

guid不利于检索和外键关联

好处：[1-

一般来说，您不必担心冲突的影响。此外，根据guid的生成规则，您可以大致知道生成的计算机硬件设备、时间等信息（但这有多重要）

2-

您可以在业务层知道，只有将数据提交到数据库系统后，目标ID才会确定。

mysql自增主键用完了怎么办 uuid和自增id优缺点 mysql创建自增主键

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。